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

GPL2 Compatible Licensing #421

Closed
pento opened this issue May 3, 2018 · 6 comments
Closed

GPL2 Compatible Licensing #421

pento opened this issue May 3, 2018 · 6 comments

Comments

@pento
Copy link

pento commented May 3, 2018

We're using Mousetrap in the WordPress Gutenberg project, which will be merged into WordPress core later this year.

WordPress is licensed under the GPL2, which unfortunately isn't compatible with the Apache2.0 license. Being such a large project, we have to be quite strict about the license of any modules we use. I know this has come up in the past (#169), but due to it's immense history and huge contributor base, changing WordPress' license isn't a viable option.

Given the circumstances, would it be possible for Mousetrap to be released under a dual license? No hard feelings if you'd prefer not to, but I figured I'd ask. 🙂

@ccampbell
Copy link
Owner

Hey. Sorry I totally missed this. I am happy to help. Honestly, I am not sure what is required to offer it via dual license. What license would be compatible?

@ccampbell
Copy link
Owner

Did a little more reading about this. If you haven’t already replaced Mousetrap, I am open to dual licensing as MIT as well as Apache 2.0

@pento
Copy link
Author

pento commented Jun 2, 2018

Thank you for this! Dual licensing as MIT/Apache 2.0 would be perfect.

@ccampbell
Copy link
Owner

I was doing a little more reading and also found this: https://blog.gerv.net/2016/09/gplv2-combination-exception-for-the-apache-2-license/

Would something like that work for you? It seems a bit simpler to add a clause to the existing license, but I am no lawyer.

@pento
Copy link
Author

pento commented Jun 2, 2018

That option also works for me. SPDX even supports this exception, so the license field in your package.json would become (Apache-2.0 WITH LLVM-exception), and npm won't complain about the license being invalid. 🙂

@pento
Copy link
Author

pento commented Jun 3, 2018

Awesome, thanks @ccampbell!

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