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

Add a license #23

Open
CeleritasCelery opened this issue Oct 24, 2020 · 3 comments
Open

Add a license #23

CeleritasCelery opened this issue Oct 24, 2020 · 3 comments

Comments

@CeleritasCelery
Copy link

Currently this project has no license, which means no one is able to use it or work on it. Please consider adding an Open Source license to the repo.

@vonHabsi
Copy link

Is this statute law, or is that Github's own take on the law?

Would that be the case if the code was hosted somewhere else besides Github?

@CeleritasCelery
Copy link
Author

Everything in the law is an interpretation so, IANAL,TINLA.

When you create something (include code) you own the rights to it. No one else can use that thing without express permission. If I tried to edit or even run this code @tromey could sue me for infringement.

To prevent this people can give explicit permission to others to use their stuff (usually in the form of a license). Without permission it would be illegal. This has nothing to do with GitHub, and would apply no matter where the code was hosted. This is why license hygiene is so important.

@suhail-singh
Copy link

@tromey I am considering packaging this project within Guix. However, at
present the license for it hasn't been made explicit. Would you be able to
please confirm whether you are open to releasing it under some permissive
license?

On a related note, in case you're not aware, recent discussions in emacs-devel
suggest that the Emacs project would be unwilling to merge this project
upstream. The reasons for this have to do with the project's ethical stance.

Specifically, for the Emacs project, a user's verification of the GPL compliance
for a used library is not sufficient. Given the lack of a standardized method
for shared libraries to declare their licenses, projects like emacs-ffi can,
at most, only request confirmation from users. This approach, however, falls
short of the standards expected by the Emacs project.

However, emacs-ffi does provide value - it enables a way for users to do
iterative development. However, its full potential remains unrealized due to
the absence of a clear and explicit software license. I am hopeful that we can
rectify this in short order.

Cheers

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

3 participants