Adding back edk2-devel that got accidently dropped
I am against putting any GPL licensed code in EDK2. Having it live in a
separate repo and pulling an additional package from that repo is fine. But the
main EDK2 repo needs to stay GPL-free.
Thanks,
--Samer
-Original Message-
From: af...@apple.com [mailto:af...@apple.com]
Sent: Wednesday, September 09, 2015 6:05 PM
To: Jordan Justen <jordan.l.jus...@intel.com>
Cc: El-Haj-Mahmoud, Samer <samer.el-haj-mahm...@hpe.com>; Lenny Szubowicz
<lenn...@redhat.com>; Karen Noel <kn...@redhat.com>; Ard Biesheuvel
<ard.biesheu...@linaro.org>; edk2-devel-01 <edk2-de...@lists.01.org>; Cole
Robinson <crobi...@redhat.com>; Ademar de Souza Reis Jr. <ar...@redhat.com>;
Alexander Graf <ag...@suse.de>; qemu devel list <qemu-de...@nongnu.org>;
Gabriel L. Somlo (GMail) <gso...@gmail.com>; Peter Jones <pjo...@redhat.com>;
Peter Batard <p...@akeo.ie>; Hannes Reinecke <h...@suse.de>; Reza Jelveh
<reza.jel...@tuhh.de>; Paolo Bonzini <pbonz...@redhat.com>;
xen-devel@lists.xen.org; Laszlo Ersek <ler...@redhat.com>; Gerd Hoffmann
<kra...@redhat.com>; Doran, Mark <mark.do...@intel.com>
Subject: Re: [edk2] EDK II & GPL - Re: OVMF BoF @ KVM Forum 2015
> On Sep 9, 2015, at 3:24 PM, Jordan Justen <jordan.l.jus...@intel.com> wrote:
>
> On 2015-09-09 12:11:26, El-Haj-Mahmoud, Samer wrote:
>> The recent expansions beyond BSD where all permissive licenses (BSD
>> like) as far as I can tell.
>>
>> I agree with Andrew, opening the door for GPL licensed code in EDK2
>> will have severe consequences for products that are built using EDK2.
>
> I don't think simply having a GplDriverPkg in the tree would have any
> consequences for a platform that doesn't use any code in that package.
> Obviously we could not make any core packages rely on that package.
>
So you have a legal degree and are speaking on behalf of your employer on this
subject?
> This would just be a sanctioned, clear landing place for people that
> cannot, or will not provide their driver under a permissive license.
>
> This license will limit who can use drivers from this package. For
> that reason, I hope that we will always ask if a contribution can be
> permissively licensed instead.
>
> Personally, I would prefer a 2-clause BSD only tree for simplicity,
> but unfortunately, that sort of restriction has its own drawbacks as
> well. (frustrated contributors and less contributions)
>
> FWIW, I don't mind if the consensus is that GplDriverPkg must live in
> a separate repo. But, it would be nice to hear a good reason why it
> must live elsewhere.
Because GPL is not a permissive license. An accidental git grep and copying
some code can change the license of the code that gets the GPL code pasted into
it. Thus having GPL code in the same repository as BSD code can end up
accidentally converting BSD code to GPL code over time. If GPL was OK with
everyone we would have started with GPL. The good thing is the BDS code is GPL
compatible so it can be used for GPL code and bug fixes in the BDS code can be
merged into to GPL code, but this is a one way operation.
If you don’t believe me please feel free to sit down and have a long
conversation with Intel IP lawyers.
> (And, why that doesn't also apply to FatBinPkg.)
>
There is no IP leakage from a binary. This FAT driver is licensed for use with
EFI, and given this is a EFI code base that seemed like a good thing.
I don’t pretent to understand the GPL FAT thing, I guess it is some kind of
civil disobedience. it does not mater what license you strap on the code the
the device makers still have to “pay the man”.
Thanks,
Andrew Fish
PS As I stated before I’m fine removing all the binaries from the main repo, as
you don’t really want binaries in your production repo, and source level
debugging is a nice feature and all.
> -Jordan
>
>> -Original Message-
>> From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf
>> Of Jordan Justen
>> Sent: Wednesday, September 09, 2015 12:58 PM
>> To: Andrew Fish <af...@apple.com>
>> Cc: Lenny Szubowicz <lenn...@redhat.com>; Karen Noel
>> <kn...@redhat.com>; Ard Biesheuvel <ard.biesheu...@linaro.org>;
>> edk2-devel-01 <edk2-de...@lists.01.org>; Reza Jelveh
>> <reza.jel...@tuhh.de>; Alexander Graf <ag...@suse.de>; qemu devel
>> list <qemu-de...@nongnu.org>; Hannes Reinecke <h...@suse.de>; Gabriel
>> L. Somlo (GMail) <gso...@gmail.com>; Peter Jones <pjo...@redhat.com>;
>> Peter Batard <p...@akeo.ie>; Gerd Hoffmann <kra...@redhat.com>; Cole
>> Robinson <crobi...@redhat.com>; Paolo