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

Licence clarification #8

Open
untereiner opened this issue Feb 5, 2024 · 4 comments
Open

Licence clarification #8

untereiner opened this issue Feb 5, 2024 · 4 comments
Assignees

Comments

@untereiner
Copy link

untereiner commented Feb 5, 2024

Which licence will be used ? Same as from the origin repository of the files (LGPL-2.1 license) ?

@untereiner
Copy link
Author

I also would recommend to add SPDX annotations to the files.

@untereiner
Copy link
Author

@cssherman, @herve-gross, @rrsettgast any thoughts ?

@cssherman
Copy link
Collaborator

For other stand-alone python packages, I've been happy with MIT. We would just need to do a scan to make sure that we aren't shipping any GPL dependencies in the current packages for that to work.

@untereiner
Copy link
Author

I have seen rust project using dual licensing apache2 and MIT. The rationale is (see):

Requiring both MIT and Apache 2.0 as inbound licenses for contributions means that anyone making a contribution is providing the Apache 2.0 patent grant. And then having MIT and Apache 2.0 as outbound licenses people can use Rust under means that Rust provides widespread compatibility with all sorts of other FOSS licenses, including GPLv2.

to shorten it, it means that apache 2.0 is compatible with GPLv3 and MIT is compatible with GPLv2. So everyone gets happy.

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