-
Notifications
You must be signed in to change notification settings - Fork 124
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
[DISCUSSION] Relicense Ambient under dual MIT/Apache-2.0 #160
Comments
Yeah, I realised this as well earlier today when I was looking through the codebases to attribute. I'm fine with it for the reasons you've mentioned (and the earlier we do it, the better it is). Leaving this one for @FredrikNoren to decide :) |
Hm yeah I don't see any reason not to do this; let's do it Monday unless we find some reason why we shouldn't. |
We since have one external PR, so we will have to make sure the author agrees to the relicense |
@daniellavoie Are you okay with your fix being relicensed? |
I agree! Would be rude not to agree given the nature of the contribution 😅 |
I'm not sure where the team stands on it, but I just wanted to bring up the tendency for Rust projects to eventually end up dual licensing under MIT/Apache 2.0. To potentially reduce the amount of overhead of doing it in the future, or otherwise have an issue early to reference that discusses the reason it's just MIT, I thought I would open something up.
I don't want to rehash what has been said before, so I'll just link lots of other places that have had good discussions on the topic:
As far as I know, the current process would just be getting the internal Ambient team to sign off, plus maybe a few external people that might be working on ongoing contributions.
The text was updated successfully, but these errors were encountered: