Add licenses from scancode license list

[Blackclaws]

There are a lot of additional licenses out there that aren't part of the standard SPDX license list. There are third parties such as: https://scancode-licensedb.aboutcode.org/index.html (or on github: https://github.com/nexB/scancode-toolkit/tree/develop/src/licensedcode/data/licenses) that provide a host of additional licenses that are used in various (usually not quite so open) projects.

Might it make sense to add a function to also download from that list to reuse download?

[mxmehl]

Pulling in @pombredanne. Philippe, would that be something that you would also like to see?

It reminds me a bit of the license namespace discussion in SPDX that may be a motivation for REUSE to search for license text files in other, well-defined places. On the other hand, it would complicate things in the REUSE tool internals as the data formats are different, and we'd have to deal with licenses that are present in both SPDX and scancode.

[pombredanne]

@mxmehl @Blackclaws actually the license-expression library that you use in in REUSE not only has bundled in all the license ids from SPDX but also these from ScanCode ... See https://github.com/nexB/license-expression/tree/main/src/license_expression/data

It also contains other well known licenseref such as https://scancode-licensedb.aboutcode.org/kde-accepted-lgpl.html or https://scancode-licensedb.aboutcode.org/kde-accepted-gpl.html that are commonly see in KDE (and likely also in QT now based on https://www.qt.io/blog/switching-to-spdx 👍 ❤️ ;) )

This data was added to license-expression by @JonoYang

With this you can effectively fetch full texts from https://scancode-licensedb.aboutcode.org/ or just validate expressions and keys without fetching anything.

[pombredanne]

Related ... https://scancode-licensedb.aboutcode.org/ is a guaranteed to be stable URL but we will eventually migrate to https://licensedb.org that was kindly donated by @warpr 😍
and @Blackclaws thank you for the kind words ... this means a lot! 🙇

[floriansnow]

To me this is also a question of whether REUSE is meant to be a tool to mainly get Free Software licensing right or a tool to get any kind of licensing right. The name and the main author imply a focus on Free Software, so I'm not sure if we need support for non-free license expressions. Or did I misunderstand the suggestion?

[Blackclaws]

I think reuse is a tool meant to get any type of software licensing right. Restricting it to Free Software is an unnecessary limitation I think. A lot of times there is also simply the need to combine proprietary with free licenses and properly keep track of the license obligations for code that is being used in multiple projects.

The end goal of internal projects can also be an eventual release under a Free License however for that to be possible you also need to properly track which proprietary sources code might have come from.

[mxmehl]

The scancode license corpus is much larger than SPDX's, and probably contains Free Software licenses that SPDX's does not. Therefore, it indeed could make sense to support these identifiers as otherwise you'd have to make a license that's only in Scancode's a LicenseRef-xyz instead of its "native" identifier.

That said, also SPDX does contain proprietary licenses, e.g. CC-BY-NC

[seabass-labrax]

We're having a special joint SPDX Legal/Tech team meeting tomorrow about the license namespace proposal - it's a high priority to reach a conclusion this time so please do join 😀

[Blackclaws]

Pinging everyone: Has any conclusion been reached on this topic?

[pombredanne]

@Blackclaws on my side I have no objections whatseover, quite the opposite and I would like to help.

Note a few things:

1. The discussion on licenses namespace at SPDX has stalled. We are the primary users for a license namespace anyway, but there are always folks --typically less involved or concerned -- that are coming up with various objections. As far we are concerned we provide strong guarantees of stability and a stable curation process for ScanCode licenses anyway as we have been for a very long time. The ScanCode licenses that come with an SPDX id of LicenseRef-scancode-xxx prefix are the ones that live in our namespace so far. There are roughly 1400 licenses that do not exists in the SPDX list, all of them seen in the wild and of practical value.

2. There is an upcoming PR by @AyanSinhaMahapatra in ScanCode that makes it easy to get the structured data for all the licenses the same way it is published in https://scancode-licensedb.aboutcode.org/ ... See Add license dump option aboutcode-org/scancode-toolkit#3100

[github-actions]

Thank you for your time and contributions! Unfortunately, this issue has been inactive for quite a while which means we probably can't manage the time to deal with it. That's why we're marking it as stale. We want to keep things tidy and focus on active discussions, but we’re always happy to revisit if this is still relevant!

If you’d like to keep this open, please add a comment to let us know and remove the label stale. Otherwise, this issue will most likely be automatically closed soon.

[github-actions]

Since there hasn't been any recent activity after the last message, we're going to go ahead and close this issue. Feel free to reopen this and remove the labels stale and unresolved if it's urgent.

We truly appreciate your contributions and engagement!

Thank you and happy hacking!