-
Notifications
You must be signed in to change notification settings - Fork 14
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
What is the license? #27
Comments
@klardotsh it seems safest to license |
I don't feel it's my place to weigh in too heavily on your choice of license - if you think MPL-2.0 with the no-GPL-compat clause is safest, then go for it. My only remaining question at that point is what the best way to handle packaging something written against Thanks for the quick reply! |
@klardotsh that's a very good point. Something like BSD or MIT would seem to be much safer from that point of view. However, I don't even know if I can re-license |
Seems like MPL-2.0 explicitly allows re-licensing:
|
I dug a bit further into this. It looks like mal upstream ships the full text of MPL-2.0 but does not indicate that they're triggering Exhibit B (Incompatibility With Secondary Licenses, which then triggers Section 3.3's restrictions on distribution in a larger work), so it sounds like MPL-2.0 without Exhibit B here would make the "concatenated bundles via If @kanaka can confirm the Exhibit B thing that'd be awesome, but otherwise I think this is a good path to making this usable! Thanks for taking the time @chr15m! |
@klardotsh thanks for reasearching this. I have added MPL-2.0 license to the source. |
I see upstream
mal
is MPL-2.0 (at that, the GPL-incompatible flavor thereof), but given that MPL is file-level copyleft, I can't use that to make assumptions aboutflk
's license. If you could throw aLICENSE
orCOPYING
file in the tree and tag a new version, that would be awesome (otherwise, it's not safe to use, or to package in Linux distros, Brew, etc.)The text was updated successfully, but these errors were encountered: