Re: [spdx] Specific SPDX identifier question I didn't see addressed in the specification
McCoy Smith <mccoy@...>
No, that’s not really my issue. I believe the logical operators and the ability to designate file-level licenses in SPDX handle your situation. I’m talking about using SPDX to provide a copy of the terms of a license which don’t apply, but which nevertheless must be provided per the license itself. As is required in BSD/MIT/Apache (as well as copyleft licenses, but that’s really not applicable to my circumstances since copyleft requires the license terms be provided, *and* be applied)
From: spdx@... <spdx@...> On Behalf Of Shawn Clark
Sent: Tuesday, July 5, 2022 10:48 AM To: spdx@... Cc: SPDX-legal <spdx-legal@...> Subject: Re: [spdx] Specific SPDX identifier question I didn't see addressed in the specification
I have spent a lot of time contemplating the question, but want to confirm I'm thinking about the same thing:
Are you talking about the nature of open source requiring (such as in a requirements.txt) other open source code/components that ultimately mean the terms of several licenses would apply to the top level software package (such as the total python package)? And how to include those identifiers in spdx, either as a requirement of the open source license, or as a pass-through of a license (such as lgpl/gpl)?
I have thoughts on the topic but wanted to confirm before I ramble on about it 😁 I may be off the rails here.
Cheers! -Shawn Clark Michigan Attorney, P79081
On Fri, Jul 1, 2022, 4:17 PM McCoy Smith <mccoy@...> wrote:
|
|