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

[Feature] Do not use the Unlicense for scoop #4868

Closed
Tyler887 opened this issue Apr 13, 2022 · 8 comments · Fixed by #4896
Closed

[Feature] Do not use the Unlicense for scoop #4868

Tyler887 opened this issue Apr 13, 2022 · 8 comments · Fixed by #4896

Comments

@Tyler887
Copy link
Contributor

Tyler887 commented Apr 13, 2022

Feature Request

Note: This is not legal advice. I am not a lawyer.

Is your feature request related to a problem? Please describe.

Scoop is currently using the Unlicense and was using it since development of it began (that means Scoop is released to the public domain). I have an issue with Scoop's license - the Unlicense is invalid in some countries (e.g. Germany), and does not seem to be clear in a few countries (e.g. Australia). This is a problem with the Unlicense, so we should be moving to MIT or Apache because "public domain" does not exist everywhere. Also, the Unlicense is not allowed to be used inside Google, so Google would not be allowed to make contributions to Scoop or fork it to @google. However, Google employees are important contributors to open-source, so always stay away from the Unlicense. There are also rumours going on in github/choosealicense.com#805.

This should apply to all Scoop repositories using the Unlicense (yes, that means most of the repositories).

Note that 0BSD is an exception.

Describe the solution you'd like

I would edit the LICENSE file to use a permissive license instead of the Unlicense or any other public domain dedication.

Describe alternatives you've considered

Using Chocolatey instead. I am also writing CPPM, a package manager not only for Windows, but for any operating system that supports Python. It's not released into the public domain but is under a permissive license.

@rasa
Copy link
Member

rasa commented Apr 13, 2022

Instead of replacing, we could perhaps dual license? My preference would be to use MIT.

@Tyler887
Copy link
Contributor Author

Instead of replacing, we could perhaps dual license? My preference would be to use MIT.

Okay, that would mean we would use the Unlicense for anyone in a country allowing releasing into PD so they could relicense Scoop, and outside these countries, the MIT would apply which would have more conditions (I call the MIT license a "permissive license" while I call the Unlicense a "public-domain dedication").

I would place the MIT license in LICENSE.MIT, and we would rename the Unlicense file in this repo to LICENSE.PD.

@Tyler887
Copy link
Contributor Author

Tyler887 commented Apr 13, 2022

Opened #4869 so Scoop can use a dual-license (SPDX IDs marking the repository would be updated to Unlicense OR MIT, see the guide) simply by merging it.

@Tyler887
Copy link
Contributor Author

I would have to go through every repo and open a PR there, that would be very slow, so I only opened it here. Members of this organisation (@ScoopInstaller) can manually dual-license the other repositories.

@hornyjailfish
Copy link

what the hell????
only point to changing license is GOOGLE DONT USE IT
corporations want use this code to make money so you came and change license like this?

@Tyler887
Copy link
Contributor Author

Tyler887 commented Apr 23, 2022

what the hell???? only point to changing license is GOOGLE DONT USE IT corporations want use this code to make money so you came and change license like this?

Can you please not spam? I know, but Google does patch open-source projects, but not ones under forbidden licenses like the Unlicense which was applied to scoop when it was in development. Anyways, @lukesampson, can you delete #4868 (comment)?

@beer-psi
Copy link
Contributor

beer-psi commented Apr 27, 2022

I am not a lawyer.

Just my two cents, but why not the 0BSD license? The 0BSD is a public-domain-equivalent license that is well understood (as it is part of the BSD license family) and keeps the spirit(?) of the Unlicense: free, unencumbered software for everyone to use, modify, sell, basically do whatever they want to.

There is also MIT-0 which is similar in nature, but 0BSD has the least issues when compared to other PD-equivalent licenses (for example, Google employees can contribute to 0BSD projects, but not other public domain licenses and dedications[1]).

@stokito
Copy link

stokito commented Apr 28, 2023

@beerpiss +1 for 0BSD, this is the only one good and correct replacement for The Unlicense

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

Successfully merging a pull request may close this issue.

5 participants