-
Notifications
You must be signed in to change notification settings - Fork 99
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
Switch license from GPLv3 to LGPL #662
base: staging
Are you sure you want to change the base?
Conversation
I agree to relicense my contributions to Amber compiler under LGPL. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I agree to relicense my contributions to Amber compiler under LGPL.
I agree to relicense my contributions to Amber compiler under LGPL. |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
I agree to relicense my contributions to Amber compiler under LGPL. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't accept the license change until #660 (comment)
While reading up on Slint's licensing, I've found this interesting comment that argues it might not be possible for proprietary Rust applications to comply with LGPL as it uses static linking, while LGPL requires to make it possible to swap the LGPL component with a different one — what is usually possible with dynamic linking. Though according to this Reddit answer it is only a problem if the application's license is proprietary, as open source applications (under any OSS license) can be recompiled with a different component. |
I agree :-) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
i have spent the last few months studying LGPL and honestly i think its fine with me
my main concern was that a bigger company could potentially create their own proprietary licensed fork of this project and push a lot of funding into it, rendering our original project obsolete. and while this is now possible with LGPL, this has never actually happened in practice in the many years of open source being a thing, not even with MIT licensed projects
This is specifically not possible with LGPL, because it doesn't allow to have proprietary forks of the project. It only allows other projects to use it without changing their license. |
it requires to preserve LGPL code under LGPL, but whatever they may add on top of it can be their license |
Issue: #661
Is your feature request related to a problem? Please describe.
I have this case that I want to develop an app on AppStore for iOS which uses Amber compiler as a dependency. The problem is that Amber is licensed under GPL that does not permit using this compiler as a dependency without the entire project becoming licensed under GPL. Apps licensed as GPL are rejected by the Apple.
Describe the solution you'd like
I would like to propose switching to LGPL license which enables developers to use Amber as a dependency keeping a license they prefer. This is the only modification that LGPL introduces. Other restrictions of GPL will still apply.
All of current rust dependencies are under either MIT, Apache 2.0, MPL 2.0 which are compatible with LGPL.
To change the license, all contributors whose code is included in the current version of the project must explicitly state their approval in the comment under this pull request.