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

ed25519-java don't include the license file #11

Closed
puntogil opened this issue Dec 5, 2015 · 11 comments
Closed

ed25519-java don't include the license file #11

puntogil opened this issue Dec 5, 2015 · 11 comments

Comments

@puntogil
Copy link

puntogil commented Dec 5, 2015

Not available LICENSE file in source directory structure
Please. Added license and copyright notice.
the fedora pakaging guideline is very strictly precise about this problem
https://fedoraproject.org/wiki/Packaging:LicensingGuidelines?rd=Packaging/LicensingGuidelines#License_Text
thanks
regards

@str4d
Copy link
Owner

str4d commented Dec 9, 2015

I'm unsure of what I need to do. The README clearly states that the code is released into the Public Domain, and therefore there is no license text to include. The guide does only say that upstream should be "encouraged", not required, to include license text if it is not a requirement of the license.

Could you please clarify how the License Text section of the Licensing Guide interacts with the Public Domain section?

@puntogil
Copy link
Author

Hi
talking with our staff that takes care of these issues, we have concluded that it is no longer necessary to add the license file. although other projects with the same do
regards

@dllud
Copy link

dllud commented Dec 15, 2015

@str4d It's standard practice to add a LICENSE file even if you want to release it for Public Domain. Having such file is really helpful for upstream packagers and will avoid issues like this one.

If you want to place it under Public Domain go with one of the following "licenses": The Unlicense or Creative Commons Zero.

@puntogil
Copy link
Author

@str4d
Copy link
Owner

str4d commented Dec 23, 2015

@dllud thanks, this is exactly what I was asking about.

Based on my further reading, Unlicense has significant issues, but CC0 appears to be alright for software, and is what I shall go for.

Just to ensure that all the legal boxes are ticked off: If you are one of the 6 contributors, do you consent to this change in license? If so, please leave a comment on this issue saying 'yes' or 'lgtm' or however you typically express consent.

I expect no one to have any issues, as this repo has been marked as public domain since before I forked it from @k3d3 (the fork is why you're included here btw, even though none of your code is actually in this implementation :P), so it's not really a change in license, but I want to make sure everything is kosher.

@str4d str4d reopened this Dec 23, 2015
@pmarches
Copy link
Contributor

Yes, of course

@majestrate
Copy link
Contributor

Works fine.

@BloodyRookie
Copy link
Contributor

ok for me.

@mbakkar
Copy link
Contributor

mbakkar commented Dec 27, 2015

yes, woops

@k3d3
Copy link
Contributor

k3d3 commented Dec 28, 2015

sorry for the late response, I'm good for a license change, and I'm a big fan of CC0

@str4d
Copy link
Owner

str4d commented Dec 28, 2015

Woop, that's everyone!

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

8 participants