Re: CMake source files without license
[...] > SPDX-License-Identifier: BSD-3-Clause > sounds like a great idea for default default CMakeLists.txt header Hi, actually we already have that statement in our KDE licensing policy [1] since several years that CMake files shall be licensed under BSD. The policy defaults to BSD-2-Clause and supports BSD-3-Clause as an opt-in option, though. The main point here is probably that often developers omit the licensing tag because they feel the code to be under the limit of being copyrightable. However, that becomes as problem as soon as the file size and complexity increases and one has to research the contributors. Moreover, for tooling to test correct licensing this is a major problem. Thus, I think it would be an excellent idea to aim to always state a license for every file in our repositories, which in particular includes the CMakeLists.txt files. This is actually also what the REUSE specification suggests us to do [2]. Cheers, Andreas [1] https://community.kde.org/Policies/Licensing_Policy [2] reuse.software
Re: CMake source files without license
On Wed, Jun 24, 2020 at 6:50 PM Albert Astals Cid wrote: > > +1 a > SPDX-License-Identifier: BSD-3-Clause > sounds like a great idea for default default CMakeLists.txt header > > Cheers, > Albert > +1. Based on some discussion quite a while ago on Matrix/IRC we went with BSD-2-Clause for Keysmith. The general idea that we sort of settled on was GPLv3 or later for "code" (cpp, h, qml), BSD-2-Clause for "build scripts" (CMake, qrc, message extraction scripts, Android manifest), CC-1.0 for trivial files (.gitignore) as well as generic metadata files (*.desktop, *.appdata.xml) and test data, and finally CC-BY-SA-4.0 for icons and similar resources (artworks). IIRC the reasons for applying CC-1.0 to the *.desktop and *.appdata.xml had to do with them being processed by third-party tooling like bundling/compiling to other forms that meant anything else was probably inappropriate. Regards, - Johan
Re: CMake source files without license
El dimecres, 24 de juny de 2020, a les 15:23:31 CEST, Harald Sitter va escriure: > On Mon, Jun 22, 2020 at 11:27 PM Elvis Angelaccio > wrote: > > > > Hi, > > > > I was wondering, is there a reason why our CMakeLists.txt files often do > > not contain a license? > > The majority are probably trivial works that nobody can really claim > copyright on and to that end cannot extend a license either. > > > Shouldn't they have one? Or at least the CMakeLists.txt files that are > > "big" enough? > > That is of course the trouble. When does a cmakelists file become a > copyrightable work that needs a license to be made free? > > With that in mind perhaps we should simply make it a matter of policy > that all new cmakelists should be equipped with spdx tags? Always, > even if they only contain a single line. +1 a SPDX-License-Identifier: BSD-3-Clause sounds like a great idea for default default CMakeLists.txt header Cheers, Albert > If all files have a license > specified we at least can't forget to add one later and everyone is on > the same page about the license, should (part of) a cmakelists become > a Finder or otherwise derived work later. > For existing files one could opt to explicitly license them as needed. > The unfortunate thing there is that at least for moral reasons one > needs to ask all prior authors for consent, and that's a fair amount > of work. > > HS >
Re: CMake source files without license
On Mon, Jun 22, 2020 at 11:27 PM Elvis Angelaccio wrote: > > Hi, > > I was wondering, is there a reason why our CMakeLists.txt files often do > not contain a license? The majority are probably trivial works that nobody can really claim copyright on and to that end cannot extend a license either. > Shouldn't they have one? Or at least the CMakeLists.txt files that are > "big" enough? That is of course the trouble. When does a cmakelists file become a copyrightable work that needs a license to be made free? With that in mind perhaps we should simply make it a matter of policy that all new cmakelists should be equipped with spdx tags? Always, even if they only contain a single line. If all files have a license specified we at least can't forget to add one later and everyone is on the same page about the license, should (part of) a cmakelists become a Finder or otherwise derived work later. For existing files one could opt to explicitly license them as needed. The unfortunate thing there is that at least for moral reasons one needs to ask all prior authors for consent, and that's a fair amount of work. HS
CMake source files without license
Hi, I was wondering, is there a reason why our CMakeLists.txt files often do not contain a license? Shouldn't they have one? Or at least the CMakeLists.txt files that are "big" enough? Thanks. Cheers, Elvis