Hi Laszlo,

I have entered the following BZ for SPDX identifiers for 
MIT licensed content in OvmfPkg. 

https://bugzilla.tianocore.org/show_bug.cgi?id=1654

Best regards,

Mike

> -----Original Message-----
> From: Laszlo Ersek [mailto:ler...@redhat.com]
> Sent: Wednesday, March 20, 2019 5:10 AM
> To: Lars Kurth <lars.ku...@citrix.com>; Julien Grall
> <julien.gr...@arm.com>; Kinney, Michael D
> <michael.d.kin...@intel.com>
> Cc: edk2-devel@lists.01.org; Ard Biesheuvel
> <ard.biesheu...@linaro.org>; Justen, Jordan L
> <jordan.l.jus...@intel.com>; Anthony Perard
> <anthony.per...@citrix.com>; Marc-André Lureau
> <marcandre.lur...@redhat.com>; Stefan Berger
> <stef...@linux.ibm.com>
> Subject: Re: [edk2] PATCH] Change EDK II to BSD+Patent
> License
> 
> On 03/15/19 18:48, Lars Kurth wrote:
> >
> >
> > On 15/03/2019, 10:18, "Julien Grall"
> <julien.gr...@arm.com> wrote:
> >
> >     >
> >     >      EDK2 is converting the full copyright in
> each file to SDPX identifier. While the
> >     >      copyright looks like an MIT license, it has
> never been confirmed. Andrew Cooper
> >     >      suggested you might be able to confirm.
> >     >
> >     > Is there a web-link to the files/repos such that
> I don’t have to clone the repo
> >     > Lars
> >
> >     Here an example of files from Xen public headers:
> >
> >
> https://xenbits.xen.org/gitweb/?p=xen.git;a=tree;f=xen/in
> clude/public;h=0618b0134d2b9babcba71a3f0f86be5a84468b50;h
> b=HEAD
> >
> > OK, this makes this easy then. Because in all
> likelihood, the files were copied from xen/include/public
> and then the COPYING file
> https://xenbits.xen.org/gitweb/?p=xen.git;a=blob;f=xen/in
> clude/public/COPYING applies, which states that
> everything in this directory is MIT, unless stated
> otherwise in the file.
> >
> > So as long as someone confirms that the files in
> OvmfPkg/Include came from xen/include/public, this is a
> clear case of a MIT license
> > If they are files from other directories in Xen, check
> the COPYING file in the original directory (or if there
> is none in the parent directory) and check the COPYING
> file
> >
> > I am not so clear about where the files in XenBusDxe
> came from, but the same principle applies.
> >
> > If someone groups these files by "original directory in
> Xen" to File ... I am happy to do a final sanity check
> and sign it off and/or deal with any unclear cases
> 
> Replacing MIT license blocks with SPDX identifiers is
> something we
> should do later -- I think it's out of scope for Mike's
> current patch
> series, it's just something I noticed and pointed out for
> the future,
> while I was verifying the "license block -> SPDX ID"
> replacements for
> 2-BSDL (i.e., *not* MIT).
> 
> Mike mentioned that he was going to file a number of
> TianoCore BZs as a
> result of the discussion in this thread. Mike, can you
> please file one
> for the MIT->SPDX "refactoring" (under OvmfPkg) as well?
> If not, I can
> file it myself later, I just wouldn't like us to end up
> with duplicates.
> 
> Once we have that separate BZ, we can discuss it in
> isolation.
> 
> Thanks
> Laszlo
_______________________________________________
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel

Reply via email to