guix-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: license naming


From: Jelle Licht
Subject: Re: license naming
Date: Fri, 22 Dec 2017 19:43:50 +0100

ng0 <address@hidden> writes:

> I've just read this link: 
> https://www.fsf.org/blogs/rms/rms-article-for-claritys-sake-please-dont-say-licensed-under-gnu-gpl-2
>
> Full Quote:
>
>> In this article, For Clarity's Sake, Please Don't Say "Licensed under GNU 
>> GPL 2"!, Free Software Foundation president Richard Stallman (RMS) explains 
>> how to properly identify what GNU license your work is under. Whenever a 
>> developer releases their work under a GNU license, they have the option to 
>> either release it under that version of the license only, or to make it 
>> available under any later version of that license. This option ensures that 
>> software can remain compatible with future versions of the license. But what 
>> happens if someone just says their program is under GNU GPL version 2, for 
>> example?
>>
>>>    [T]hey are leaving the licensing of the program unclear. Is it released 
>>> under GPL-2.0-only, or GPL-2.0-or-later? Can you merge the code with 
>>> packages released under GPL-3.0-or-later?
>>
>> Thus, it is vitally important that developers indicate in their license 
>> notices whether they are licensing their work under that version "only" or 
>> under "any later version." Of course, these days it is also helpful for 
>> license notices to be machine-readable. The Software Package Data Exchange 
>> (SPDX) specification sets a standardized way of identifying licenses on 
>> software packages. They are updating their license identifiers to include 
>> this distinction in their upcoming version. For example, for GNU GPL version 
>> 2, the identifiers are now "GPL-2.0-only or GPL-2.0-or-later." The old 
>> identifiers (e.g. "GPL-2.0") are now deprecated and should no longer be 
>> used. Based on the changes SPDX says are coming in the SPDX specification 
>> and its Web site, the FSF expects to endorse the new version of the SPDX. We 
>> thank SPDX and their community for making these helpful changes.
>
>
> Maybe we could make use of what https://spdx.org/licenses/
> provides. I didn't compare the names with our names, I'll do
> this on the train next week.
> Good idea, bad idea?

We already have a `spdx-string->license' function in
`(guix import utils)', in case you need a starting point. It
makes sense to me to use a de facto way of referring to licenses,
but I am not sure whether this has some disadvantages compared to the
currently used way of referring to licenses.

- Jelle




reply via email to

[Prev in Thread] Current Thread [Next in Thread]