Proposal: Allow REUSE compatible License Statements in License Policy

Boudewijn Rempt boud at valdyas.org
Mon Jan 6 17:14:45 GMT 2020


I'm all for it. It looks thorough, sensible and very useful.

On zondag 5 januari 2020 16:40:20 CET Andreas Cord-Landwehr wrote:
> Hi, I want to propose to allow SPDX-based [5] and REUSE.software [1] 
> compatible license statements as a new option in our KDE licensing policy.
> 
> For background information about REUSE and SPDX and why it makes sense, I 
> tried to aggregate the important information in a blog post and will not add 
> any details in this mail: https://cordlandwehr.wordpress.com/2019/12/31/reuse-machine-readable-license-information/
> 
> In order to start porting to SPDX identifiers and to allow license statements 
> that are compatible with the REUSE specification, a few changes are needed in 
> our license possibly, which currently is focused on license header statements 
> [2]. Thus, I propose the following changes:
> 
> 1. Allow SPDX-based license statements by replacing bullet point 3 with: "Each 
> source file either must contain SPDX identifiers or licence headers to state 
> under which terms the software may be used, modified and redistributed. The 
> SPDX identifiers or licence headers stated below must be used. Inside one 
> repository all files shall follow the same system for licence statements."
> 2. Require REUSE conformance by adding a sub bullet point 3.1 that requires 
> license text to be added in a REUSE compatible way: "For each used SPDX 
> identifier, the licence text must be included compatible with the SPDX 
> specification."
> 3. Update all SPDX license identifiers in the policy with their current 
> versions (e.g. GPL-2.0 was replaces with GPL-2.0-only to stress the identifier 
> meaning)
> 4. Specify how to state the LicenseRef-KDE-Accepted-LGPL and LicenseRef-KDE-
> Accepted-GPL statements. For details see the discussion on the SPDX list [3]. 
> A very short discussion is also on the OSI license review list about the 
> question if the statement that KDE acts as a proxy to accept possible upcoming 
> GPL/LGPL licenses is a license of its own or not.
> 
> To make these changes easier to review, I prepared a license policy update 
> draft (note the v2 if you saw my previous draft). My goal is to make the 
> changes to the policy as small as possible at the moment to keep the review 
> phase short. (as a side-note, I would like to also talk about a bigger 
> revision at next Akademy, which focuses on a refactoring between the legal 
> requirements of allowed licenses and the technical way how to correctly state 
> licensing information).
> 
> Here is my policy update proposal:
> * Proposal: https://community.kde.org/Policies/Licensing_Policy/Draft_SPDX_v2
> * Diff to current policy: https://community.kde.org/index.php?
> title=Policies%2FLicensing_Policy%2FDraft_SPDX_v2&type=revision&diff=87138&oldid=87134
> 
> I would be very happy to receive feedback if this proposal goes into the right 
> direction and if we shall go forward this way. Also (mostly for the legal 
> experts), I would be glad if you could carefully read the LicenseRef-KDE-
> Accepted-LGPL and LicenseRef-KDE-Accepted-GPL statements and give me feedback. 
> Those are based on our current license statements but try to better integrate 
> with the SPDX based license statements.
> 
> Cheers,
> Andreas
> 
> [1] https://reuse.software/
> [2] https://community.kde.org/Policies/Licensing_Policy
> [3] https://github.com/spdx/license-list-XML/issues/928#issuecomment-562945646
> [4] http://lists.opensource.org/pipermail/license-review_lists.opensource.org/
> 2019-December/004454.html
> [5] https://spdx.org/
> 
> 
> 


-- 
https://www.valdyas.org | https://www.krita.org





More information about the kde-community mailing list