-
Notifications
You must be signed in to change notification settings - Fork 219
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
Add Contributor License Agreements (CLA) #120
Comments
I have had good experiences with CLA Assistant, which is a Github extension that you can add as a blocking reviewer, pending an explicit copyright assignment. |
Yes, CLA Assistant would be my recommendation as well. In use, for instance, at Grafana, so make a PR there, and you can see how this goes. Simple example: grafana/grafana#20817 . |
I don't think we will need formally a CLA as this seems to be covered with the general terms of use for every Github user:
And then I agree with this article "Why you probably shouldn’t add a CLA to your open source project" especially:
However I think we should make "inbound=outbound" explicit in the FAQ and CONTRIBUTING.md Opinions? |
Another topic I'd like discussed is, is there room for someone to release their emoji under a less restrictive license? I.e. in Alternatively is it okay to release your design on another platform and include it in OpenMoji - have the same file under two licenses when distributed on different platforms? |
Well, I am not a lawyer and what follows is not legal advice. My understanding is that without a CLA, the originating author retains the copyright and thus the right to grant other licenses. My interpretation of the Github terms of use is that contributors to this project implicitly grant their work under the same terms as the project’s posted license (at the time of their contribution!), and retain the copyright for their work. With a CLA, the project receiving the copyright gains the ability to grant other licenses. For example, without a CLA, the holders of the copyright do not have the right to relax or constrain the license. I do not have a preference for what the copyright holders of this project decide to do. |
++ Same here :)
Same interpretation here, but I think this is how it should be. s/he will already have granted openmoji the right to use it. Hence will no longer be able to grant an exclusive license to others and is only to be able to grant licenses for the individual emojis s/he contributed e.g. in your case the Space Rocket. So you still can sell your Space Rocket or do whatever you want with it ... but grant an exclusive license to others (and prevent OpenMoji using it under CC BY-SA 4.0) Also IMO the risk is really low for the entire project, as s/he is not allowed to grant licenses in the name of the entire OpenMoji project (think of brand) or emojis of other contributors. Basically I think it is fine as it is ... but we should mention it better. @carlinmack OK? |
Addressed and IMO reflected as disccused with bd1705c Please re-open if I missed something. Many thanks for all the very helpful arguments! |
cc @carlinmack @kriskowal
This is to discuss:
#118 (comment)
IMO we should mention that and somehow make it part of the PR pipeline that people are aware of it and agree to it. I guess implicit this is already the case ... but something more "formal" would be great!
Any best practice examples how other more mature projects are dealing with it?
The text was updated successfully, but these errors were encountered: