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

Why the Apache License? #9

Closed
lbmn opened this issue Aug 28, 2016 · 1 comment
Closed

Why the Apache License? #9

lbmn opened this issue Aug 28, 2016 · 1 comment

Comments

@lbmn
Copy link

lbmn commented Aug 28, 2016

Dear Nim Contributor,

I am promoting Nim as (among its many other virtues) the programming language with the most unencumbered clear no-hassle no-lawyers-needed permissively-licensed ecosystem. Currently 89.25% of nimble packages fit the copyfree.org definition of Free Software, compared to 81% in runner-up cabal (Haskell) or for example 64% for npm (NodeJS). I honestly believe that further improving on this distinction will contribute positively to Nim's future popularity growth.

Towards this end, I would very much like to initiate a dialogue with contributors to the Nim ecosystem who choose licenses that do not fit the Copyfree Standard. The Apache License definitely isn't the most restrictive license out there, but it has the imperfections listed on the copyfree.org's Rejected Licenses page:

  • Section 4, subsections 2 and 4 of the Apache License 2.0 violate point 3 ("Free Modification and Derivation") of the Copyfree Standard Definition by specifying conditions (beyond licensing) that must apply to modifications.

Currently 79% of nimble packages use the MIT license (which is what nimble recommends), the same license as Nim itself. I personally plan to use the Unlicense for all my works, but any license on the copyfree.org white-list would also be OK.

Thank you very much for all your great contributions to the Nim ecosystem! 👍

@andreaferretti
Copy link
Owner

Hello @lbmn the Apache license is what we have as a standard at work for open source contributions, and keeping it in personal projects allows me to transition them to work projects should interest in them arise. I think it is permissive enough by any reasonable standard, so I am not planning to change it.

Thank you for your interest!

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