-
Notifications
You must be signed in to change notification settings - Fork 12
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
License under dual MIT/Apache-2.0 #5
Comments
Thank you for bringing this to my attention. This project is indeed supposed to be dual-licensed as MIT/Apache-2.0, as per 6cc5256. Therefore: I license past and future contributions under the dual MIT/Apache-2.0 license, allowing licensees to chose either at their option. If I understand you correctly, I seem like I missed some things when initially licensing this repository?
|
@MattiasBuelens |
Can you check that this is now okay with the latest changes? If so, I'll publish a new release. 🙂 |
LGTM. Thank you so much! |
Published as version 0.1.2. Thanks again! 😄 |
I'd love to be able to use this project. Unfortunately, the license files are not present.
TL;DR the Rust ecosystem is largely Apache-2.0. Being available under that
license is good for interoperation. The MIT license as an add-on can be nice
for GPLv2 projects to use your code.
Why?
The MIT license requires reproducing countless copies of the same copyright
header with different names in the copyright field, for every MIT library in
use. The Apache license does not have this drawback. However, this is not the
primary motivation for me creating these issues. The Apache license also has
protections from patent trolls and an explicit contribution licensing clause.
However, the Apache license is incompatible with GPLv2. This is why Rust is
dual-licensed as MIT/Apache (the "primary" license being Apache, MIT only for
GPLv2 compat), and doing so would be wise for this project. This also makes
this crate suitable for inclusion and unrestricted sharing in the Rust
standard distribution and other projects using dual MIT/Apache, such as my
personal ulterior motive, the Robigalia project.
Some ask, "Does this really apply to binary redistributions? Does MIT really
require reproducing the whole thing?" I'm not a lawyer, and I can't give legal
advice, but some Google Android apps include open source attributions using
this interpretation. Others also agree with it.
But, again, the copyright notice redistribution is not the primary motivation
for the dual-licensing. It's stronger protections to licensees and better
interoperation with the wider Rust ecosystem.
How?
To do this, get explicit approval from each contributor of copyrightable work
(as not all contributions qualify for copyright) and then add the following to
your README:
and in your license headers, use the following boilerplate (based on that used in Rust):
Be sure to add the relevant
LICENSE-{MIT,APACHE}
files. You can copy thesefrom the Rust repo for a plain-text
version.
And don't forget to update the
license
metadata in yourCargo.toml
to:Contributor checkoff
To agree to relicensing, comment with :
Or, if you're a contributor, you can check the box in this repo next to your
name. My scripts will pick this exact phrase up and check your checkbox, but
I'll come through and manually review this issue later as well.
The text was updated successfully, but these errors were encountered: