> On Jun 10, 2015, at 7:17 PM, Blibbet <blib...@gmail.com> wrote: > > FAT has a non-BSD license and UEFI Forum found a way to accomodate that > one vendor's legal/licensing issues, and found a separate way for that > to be distributed under Tiano umbrella.
The UEFI Forum owns the specifications, not the edk2 open source site. The edk2/Tinao core is an independent open source site. The edk2 is one of many possible implementations of the UEFI Forums specifications. It is probably confusing due to the overlap of people who are members of the UEFI Forum, and work on the open source site. > > All OS vendors don't hate GPL. Some Linux platforms have non-BSD tools > in use today. > BSD is a GPL compatible licence. GPL is NOT a BSD compatible licence. > What about a Tiano way to distribute [L]GPL code, safely separate from > main BSD branch, like FAT driver is dealt with, so GPL-friendly > OSVs/ISVs/OEMs -- everyone but Microsoft? :-) -- can safely use GPL > code? Perhaps other non-BSD, OSI-approved FOSS licensed, and no others? > As you point out we solve issues with licensing by splitting git repos and having separate projects. That is probably a separate conversation from what goes in the edk2 project. > Users of this code will also have to face their main hurdle, getting > Microsoft to bless their EFI code, and their current restrictions > already hinder any GPL code, which gets worse with each Windows release. > I don’t really understand that statement. Microsoft does not “bless” firmware code. The platform vendor can have any firmware implementation they want. There are a set of conformance requirements required to get a discount on the pre-installed Windows, but as far as I know these are mostly quality of implementation tests. Microsoft also happens to be the CA for UEFI Secure Boot. They have no concern about licensing of the code. They, as a good CA must, care about how secure the code is. The UEFI CA will not sign the UEFI Shell for example, as you could use a script to launch code that is not secure. So yes you can’t write a virus (code the loads unsigned code) and get it signed by the CA. That is exactly how UEFI Secure Boot is supposed to work. Thanks, Andrew Fish > There are about 168 UEFI projects on Github today. A few dozen would be > useful to have under Tiano umbrella, current BSD-only licensing issues > would prevent that. A GPL-friendly Tiano subproject would be useful to > gather some code from rEFInd, VirtualBox, and various other Github > projects into one place. Ignoring non-BSD licensed code will continue to > spread UEFI projects in non-Tiano umbrellas and not fix the problem. > > On 06/10/2015 06:59 PM, El-Haj-Mahmoud, Samer wrote: >> I agree that the license is an issue. Having GPL or LGPL code in EDK2 > risks implementations that use this code. Even if an implementation > choses not to carry this specific driver in binary format, just having > the GPL source in the same tree is a risk. What if developers copy > fragments of code from the GPL licensed driver and use in another module > in the tree that is BSD licensed. Developeers may not pay attention to > the license and its implications since EDK2 so far has used only BSD or > BSD-like license. >> >> -----Original Message----- >> From: Tian, Feng [feng.t...@intel.com <mailto:feng.t...@intel.com>] >> Received: Wednesday, 10 Jun 2015, 9:52PM >> To: edk2-devel@lists.sourceforge.net >> <mailto:edk2-devel@lists.sourceforge.net> [edk2-devel@lists.sourceforge.net >> <mailto:edk2-devel@lists.sourceforge.net>] >> Subject: Re: [edk2] [PATCH 0/4] Add an implementation of > EFI_SMART_CARD_READER_PROTOCOL >> >> Ludovic, >> >> The license issue is the biggest concern. EDKII project is BSD > license, but your proposed patch 1 is using LGPL license which may > corrupt EDKII project. > > > ------------------------------------------------------------------------------ > _______________________________________________ > edk2-devel mailing list > edk2-devel@lists.sourceforge.net <mailto:edk2-devel@lists.sourceforge.net> > https://lists.sourceforge.net/lists/listinfo/edk2-devel > <https://lists.sourceforge.net/lists/listinfo/edk2-devel>
------------------------------------------------------------------------------
_______________________________________________ edk2-devel mailing list edk2-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/edk2-devel