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’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

What license to use #5

Open
SillyFreak opened this issue Jun 1, 2024 · 2 comments
Open

What license to use #5

SillyFreak opened this issue Jun 1, 2024 · 2 comments

Comments

@SillyFreak
Copy link
Contributor

Disclaimer: I look up licensing when I have to, but have no legal training in this or any other area.

The template is currently using the Unlicense, after previously being under the GPL. I have read (1, which references 2) that Unlicense is too "naive" to really work. There is also the CC0 which seems to have some high-profile adopters, so it might be a good replacement that get to the same goal, but with better chance of success.

I see the goal of this repository's license to be that any package can use it as the template, regardless of what license that package ends up using. It's thus not desirable to have a license that requires attribution. From what I can easily tell, that means that permissive licenses are not a good fit; the CC license chooser goes straight to CC0 when you select that attribution should not be necessary.

@jamesrswift
Copy link
Member

I'm not fussed about the license at all. As this really is a template, its only included to indicate to the package author that they will want to include their own license. I'd think of it more as a placeholder. Perhaps we remove the license altogether and replace it with text that the author should replace with the appropriate license?

@SillyFreak
Copy link
Contributor Author

So I did a bit more reading and i think the only files that we theoretically even need to worry about are Justfile and .github/workflows/tests.yml - everything else should be minor enough to not be copyrightable anyway.

For those files, removing the license altogether would imo not be good: no license means no permission to use these files. For users that care, this would be a problem. One option is also to add a license directly to those files (then MIT would be appropriate, I think), and then have an empty LICENSE file as a placeholder.

In practice, it will probably not matter much what we do/if we change anything... It's just easier to change license things as long as the number of contributors is low.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants