Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We鈥檒l occasionally send you account related emails.

Already on GitHub? Sign in to your account

Consider recoloring CC0 license and adding 0BSD #10058

Open
xuhdev opened this issue Apr 1, 2024 · 4 comments
Open

Consider recoloring CC0 license and adding 0BSD #10058

xuhdev opened this issue Apr 1, 2024 · 4 comments
Labels
needs-discussion A consensus is needed to move forward

Comments

@xuhdev
Copy link

xuhdev commented Apr 1, 2024

Are you experiencing an issue with...

shields.io

馃悶 Description

Neither Free Software Foundation nor Open Source Initiative recommend releasing software under CC0 due to patent grant issues, and only Free Software Foundation considers CC0 as a free license. However, it is currently being colored as the least restrictive. The license is controversial at best.

One real no-attribution license in the software world is 0BSD, which is not included by shield.io.

馃敆 Link to the badge

No response

馃挕 Possible Solution

Recolor or remove CC0, and add 0BSD to the public domain color list.

@xuhdev xuhdev added the question Support questions, usage questions, unconfirmed bugs, discussions, ideas label Apr 1, 2024
@xuhdev xuhdev changed the title Consider recoloring CC0 as a "dangerous" license and adding 0BSD Consider recoloring CC0 license and adding 0BSD Apr 1, 2024
@calebcartwright
Copy link
Member

Thanks for reaching out. I confess my initial reaction seeing this is the typical "I'm not a lawyer, I don't even want to pretend to be able to adjudicate open source licenses", but I also fully recognize the badge coloring is, to an extent, already doing just that.

I'll be curious to hear thoughts from other maintainers, but I think there's two separate items here: the addition of 0BSD which should be fairly noncontroversial, and potential changes on CC0 which will have some level of blast radius consideration and controversy

@calebcartwright calebcartwright added needs-discussion A consensus is needed to move forward and removed question Support questions, usage questions, unconfirmed bugs, discussions, ideas labels Apr 9, 2024
@xuhdev
Copy link
Author

xuhdev commented Apr 9, 2024

Yeah I agree regarding CC0. That's exactly why I put the opinions of Free Software Foundation nor Open Source Initiative in the original post, not my own opinion 馃槈

@chris48s
Copy link
Member

Broadly speaking, I'm against us just freestyling this and making our own judgements.

Looking over the comments in https://github.com/badges/shields/blob/master/services/licenses.js and the discussion in #1190 it seems that we're mostly deferring to choosealicense.com on this.

Looking over the table on https://choosealicense.com/appendix/ and http://landley.net/toybox/license.html I agree with adding 0BSD to this category 馃憤

On removing CC0: Badges are not only for software projects (although I acknowledge that is the primary use). Data projects can use badges too. You can use one on your eBook if you want 馃し
I'm not sure I necessarily love the fact that we've decided to apply semantic colours to licenses, but given is where we are starting from, I don't think "suitability for software projects" is one of the characteristics we've attempted to encode. "CC-BY-SA-4.0" probably isn't a great license for software, but we still code it as "copyleft".
I think I am 馃憥 on removing CC0 from the "public domain" group. Even if it is not advised for software, it is still a public domain license.

jNullj added a commit to jNullj/shields-fun-fork that referenced this issue Apr 13, 2024
@jNullj
Copy link
Collaborator

jNullj commented Apr 13, 2024

Change is available for merge in PR #10092
Added 0BSD to the public domain type (and spec test)
Also noticed we can add 0BSD in PyPi License service helper, as PyPi is not using the short spdx name but a longer format. So added that as well.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
needs-discussion A consensus is needed to move forward
Projects
None yet
Development

No branches or pull requests

4 participants