Re: [PATCH] treewide: Add SPDX identifier to IETF ASN.1 modules
J Lovejoy <[email protected]> Mon, 30 Oct 2023 20:23:25 -0600
| Newsgroups | org.kernel.vger.linux-spdx,org.kernel.vger.keyrings,org.kernel.vger.linux-cifs,org.kernel.vger.linux-crypto,org.kernel.vger.netfilter-devel |
|---|---|
| Message-ID | <[email protected]> |
On 10/22/23 4:53 AM, Lukas Wunner wrote: > On Sat, Oct 21, 2023 at 09:23:55AM -0400, Richard Fontana wrote: >> On Sat, Oct 21, 2023 at 7:25???AM Lukas Wunner <[email protected]> wrote: >>> Per section 4.c. of the IETF Trust Legal Provisions, "Code Components" >>> in IETF Documents are licensed on the terms of the BSD-3-Clause license: >>> >>> https://trustee.ietf.org/documents/trust-legal-provisions/tlp-5/ >>> >>> The term "Code Components" specifically includes ASN.1 modules: >>> >>> https://trustee.ietf.org/documents/trust-legal-provisions/code-components-list-3/ >> Sorry if this seems super-pedantic but I am pretty sure the license >> text in the IETF Trust Legal Provisions does not actually match SPDX >> `BSD-3-Clause` because of one additional word in clause 3 ("specific" >> before "contributors"), so IMO you should get SPDX to modify its >> definition of `BSD-3-Clause` prior to applying this patch (or get IETF >> to change its version of the license, but I imagine that would be more >> difficult). > I've submitted a pull request to modify the SPDX definition of > BSD-3-Clause for the IETF variant: > > https://github.com/spdx/license-list-XML/pull/2218 > > I assume this addresses your concern? Let me know if it doesn't. > > If anyone has further objections to this patch please speak up. Thanks for submitting the PR! Usually this is something that would be discussed via an issue before making a PR. I made one here https://github.com/spdx/license-list-XML/issues/2242 and will have a closer look shortly. Also ideally, this patch would not be applied until the additional markup is confirmed by SPDX (in case this is deemed a new license and needs a new/different identifier) thanks, Jilayne > Thanks, > > Lukas