Bug#815618: ovmf: Please someone create a DFSG-free ovmf variant
On Wed, 30 Mar 2016 17:19:04 +0800 Paul Wise wrote: > Control: tags -1 + fixed-upstream Hurray! :-) > > On Fri, 26 Feb 2016 09:07:03 +0800 Paul Wise wrote: > > > He has replied to me today to say that they are aware of the issue and > > are working with Microsoft to rectify the issue soon. We'll see :) > > Their work has paid off and there is a new FatPkg under the 2-clause > BSD license, thanks to Microsoft agreeing to the change: > > http://thread.gmane.org/gmane.comp.bios.edk2.devel/9930/focus=9956 > https://twitter.com/tianocore/status/715016134982930432?s=09 If I understand correctly, this means that a new upstream version of ovmf will soonish be released without any non-free restrictions. And that this new version will be packaged for inclusion in Debian main. If this is confirmed, then, wow!, it is a great outcome. Thanks a lot to anyone who helped, and, thank you Microsoft [*]. [*] it feels a bit awkward to say this, but... credit where credit is due... -- http://www.inventati.org/frx/ There's not a second to spare! To the laboratory! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgppjDiAVGqdi.pgp Description: PGP signature
Bug#815618: ovmf: Please someone create a DFSG-free ovmf variant
Control: tags -1 + fixed-upstream On Fri, 26 Feb 2016 09:07:03 +0800 Paul Wise wrote: > He has replied to me today to say that they are aware of the issue and > are working with Microsoft to rectify the issue soon. We'll see :) Their work has paid off and there is a new FatPkg under the 2-clause BSD license, thanks to Microsoft agreeing to the change: http://thread.gmane.org/gmane.comp.bios.edk2.devel/9930/focus=9956 https://twitter.com/tianocore/status/715016134982930432?s=09 -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#815618: ovmf: Please someone create a DFSG-free ovmf variant
On Fri, 26 Feb 2016 09:07:03 +0800 Paul Wise wrote: > On Thu, 2016-02-25 at 13:05 +0800, Paul Wise wrote: > > > FYI, I have recently contacted Tony Mangefeste, the new Tianocore > > community manager about this issue, didn't get a reply yet. > > He has replied to me today to say that they are aware of the issue and > are working with Microsoft to rectify the issue soon. We'll see :) Hello Paul, thanks a lot for your comments: I really appreciate that you got in touch with Tony Mangefeste and I really hope that his reply means that the issue will be solved soon. Above all, I hope that "soon" means the order of magnitude of 1e+06 s from now, rather than of 1e+08 s ... -- http://www.inventati.org/frx/ There's not a second to spare! To the laboratory! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpht5MCHl93x.pgp Description: PGP signature
Bug#815618: ovmf: Please someone create a DFSG-free ovmf variant
On Thu, 2016-02-25 at 13:05 +0800, Paul Wise wrote: > FYI, I have recently contacted Tony Mangefeste, the new Tianocore > community manager about this issue, didn't get a reply yet. He has replied to me today to say that they are aware of the issue and are working with Microsoft to rectify the issue soon. We'll see :) -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#815618: ovmf: Please someone create a DFSG-free ovmf variant
On Thu, Feb 25, 2016 at 01:05:17PM +0800, Paul Wise wrote: > If GPL code is OK, It isn't. edk2 also embeds openssl. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org
Bug#815618: ovmf: Please someone create a DFSG-free ovmf variant
On Mon, 22 Feb 2016 23:49:43 +0100 Francesco Poli wrote: > As far as I know, package ovmf is needed in order to create and > run a virtual UEFI machine. Unfortunately, ovmf is non-free, since the > included Intel FAT file system driver has "additional terms" that > restrict redistribution and use to the implementation of (U)EFI > specifications. FYI, I have recently contacted Tony Mangefeste, the new Tianocore community manager about this issue, didn't get a reply yet. http://firmwaresecurity.com/2016/02/10/tony-mangefeste-new-tianocore-community-manager/ > Do you know of any such alternative? There is no such alternative. > Perhaps the FAT driver in some *BSD kernel could be adapted: The rumpkernel framework could be one possibility: http://rumpkernel.org/ https://ftp-master.debian.org/new/rumpkernel_0~20150715-1.html There is an independently implemented FatFs library available here: http://elm-chan.org/fsw/ff/00index_e.html If GPL code is OK, there was a project to create a library out of the Linux kernel code so that userland programs can use it: https://www.phoronix.com/scan.php?page=news_item=Intel-Kernel-Library-LKL -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#815618: ovmf: Please someone create a DFSG-free ovmf variant
Package: ovmf Version: 0~20160104.c2a892d7-1 Severity: wishlist Hello. As far as I know, package ovmf is needed in order to create and run a virtual UEFI machine. Unfortunately, ovmf is non-free, since the included Intel FAT file system driver has "additional terms" that restrict redistribution and use to the implementation of (U)EFI specifications. As documented in the debian/copyright file, the files under the non-free license are FatBinPkg/* and FatPkg/* . I am not aware of any DFSG-free alternative or any ovmf variant with the Intel FAT driver replaced by some BSD-licensed DFSG-free FAT driver. Do you know of any such alternative? Perhaps the FAT driver in some *BSD kernel could be adapted, in order to create a DFSG-free ovmf fork. I hope that someone with the appropriate expertise will volunteer to create this fork, so that we can finally have a package in Debian main to support virtual UEFI machines. I am filing this bug report in order to draw attention on this issue, which often seems to go unnoticed. In other words, I hope that someone will soon look at ovmf bug reports, stumble upon this report, and volunteer to solve this issue. Please do not close the bug report. Thanks. N.B.: Please note that the additional restrictions for the Intel FAT are caused by the use of the FAT32 specifications by Microsoft: hence any volunteer should refrain from reading or consulting these specifications. Needless to say, the Intel FAT driver should not be studied, either, otherwise the replacement driver would be a derivative of the Intel one and the same non-free restrictions would apply to the replacement.
