Jump to content
Wikipedia The Free Encyclopedia

Contributor License Agreement

From Wikipedia, the free encyclopedia
Copyright terms
This article has multiple issues. Please help improve it or discuss these issues on the talk page . (Learn how and when to remove these messages)
This article possibly contains original research . Please improve it by verifying the claims made and adding inline citations. Statements consisting only of original research should be removed. (January 2014) (Learn how and when to remove this message)
This article relies excessively on references to primary sources . Please improve this article by adding secondary or tertiary sources.
Find sources: "Contributor License Agreement" – news · newspapers · books · scholar · JSTOR
(January 2014) (Learn how and when to remove this message)
(Learn how and when to remove this message)

A Contributor License Agreement (CLA) defines the terms under which intellectual property has been contributed to a company/project, typically software under an open source license.

Rationale

[edit ]

CLAs can be used to enable vendors to easily pursue legal resolution in the case of copyright disputes,[1] or to relicense products to which contributions have been received from third parties.[2] CLAs are important especially for corporate open source projects under a copyleft license, since without a CLA the contribution would restrict the guardian as well.

The purpose of a CLA is to ensure that the guardian of a project's outputs has the necessary ownership or grants of rights over all contributions to allow them to distribute under the chosen license, often by granting an irrevocable license to allow the project maintainer to use the contribution; if copyright is actually transferred, the agreement is more normally known as a Copyright Transfer Agreement. CLAs also have roles in raising awareness of IPR issues within a project.[3]

Relicensing controversy

[edit ]

When a CLA requires a contributor to assign unrestricted republishing rights to the project, contributed code can be relicensed at the discretion of the project, even when the CLA does not assign copyright to the project. Prominent open source advocates regard CLAs as dangerous to open source rights.[4]

Examples

[edit ]

In 2019 MongoDB used these rights granted by its CLA to achieve a move to a non-open-source license.[5]

In January 2021, the Elasticsearch project used such rights to move the project to a non-open-source license [6] arguing Amazon had been "misleading and confusing the community".

[...] Our license change is aimed at preventing companies from taking our Elasticsearch and Kibana products and providing them directly as a service without collaborating with us.

Our license change comes after years of what we believe to be Amazon/AWS misleading and confusing the community - enough is enough.

We’ve tried every avenue available including going through the courts, but with AWS’s ongoing behavior, we have decided to change our license so that we can focus on building products and innovating rather than litigating [...] [7]

Drew DeVault, a lead developer with a number of open source projects such as Sway, regards this move as a loophole. Both these projects were licensed under a copyleft license, which uses copyright to protect contributions, yet the CLA negates the usefulness of copyright in achieving this protection:

Elasticsearch belongs to its 1,573 contributors, who retain their copyright, and granted Elastic a license to distribute their work without restriction. This is the loophole which Elastic exploited when they decided that Elasticsearch would no longer be open source [...][8]

CLAs which restrict relicensing

[edit ]

Project Harmony

[edit ]

Project Harmony was established by Canonical in 2010 to optionally avoid the problems discussed above. It provides a CLA template-builder. Based on choices made, the CLA will allow the contributor to keep copyright and assign rights to the project (as above) but with various restrictions on relicensing: using the template requires choosing one of the mutually-exclusive options, which range in restrictiveness.[9] A real-world example is the Ubuntu project. The CLA leaves copyright with the contributor and allows the project to relicense the code but with a restriction based on the license the contribution was made under:

2.3 Outbound License Based on the grant of rights in Sections 2.1 and 2.2, if We include Your Contribution in a Material, We may license the Contribution under any license, including copyleft, permissive, commercial, or proprietary licenses. As a condition on the exercise of this right, We agree to also license the Contribution under the terms of the license or licenses which We are using for the Material on the Submission Date.[10]

Fedora

[edit ]

The Fedora Project formerly required contributors to sign a CLA, either as an organization or as an individual.[11] However, this was retired in 2011[12] and instead contributors must agree to the Fedora Project Contributor Agreement, which is not a license agreement and does not include assignment of copyright.

Users

[edit ]

Companies and projects that use CLAs include:

KDE

[edit ]

KDE uses Free Software Foundation Europe's Fiduciary Licence Agreement [50] of which (FLA-1.2) states in section 3.3:

FSFE shall only exercise the granted rights and licences in accordance with the principles of Free Software as defined by the Free Software Foundations. FSFE guarantees to use the rights and licences transferred in strict accordance with the regulations imposed by Free Software licences, including, but not limited to, the GNU General Public Licence (GPL) or the GNU Lesser General Public Licence (LGPL) respectively. In the event FSFE violates the principles of Free Software, all granted rights and licences shall automatically return to the Beneficiary and the licences granted hereunder shall be terminated and expire.[51]

However, it is optional and every contributor is allowed not to assign their copyright to KDE e.V.

See also

[edit ]

References

[edit ]
  1. ^ "Licenses". www.apache.org.
  2. ^ "Contributing FAQ". mysql.com. Archived from the original on 2007年12月09日. Retrieved 2007年12月22日.
  3. ^ "Contributor Licence Agreements". Oss-watch.ac.uk. Retrieved 2014年01月24日.
  4. ^ comments, 28 Feb 2019 Richard FontanaFeed 291up 2. "Why CLAs aren't good for open source". Opensource.com. Retrieved 2021年01月26日.{{cite web}}: CS1 maint: numeric names: authors list (link)
  5. ^ Corbet, Jonathan (2018年10月18日). "Making the GPL more scary". LWN.net. Retrieved 2023年04月29日.
  6. ^ "Upcoming licensing changes to Elasticsearch and Kibana". www.elastic.co. 2021年01月14日. Archived from the original on 2021年01月14日. Retrieved 2023年04月29日.
  7. ^ "Amazon: NOT OK - why we had to change Elastic licensing". www.elastic.co. 2021年01月14日. Archived from the original on 2023年03月30日. Retrieved 2023年04月29日.
  8. ^ DeVault, Drew (2021年01月19日). "Elasticsearch does not belong to Elastic". drewdevault.com. Retrieved 2023年04月29日.
  9. ^ "Guide to the CAs | Harmony Agreements". harmonyagreements.org. Retrieved 2021年01月26日.
  10. ^ "Contributor agreement form | Contributors". Ubuntu. Retrieved 2021年01月26日.
  11. ^ "Legal:Licenses/CLA - Fedora Project Wiki". fedoraproject.org. Retrieved 2023年01月29日.
  12. ^ "Meeting:Board meeting 2011年04月05日 - Fedora Project Wiki". fedoraproject.org. Retrieved 2023年01月29日.
  13. ^ "Contribution License Agreement". .NET Foundation.org. Retrieved 2015年01月11日.
  14. ^ "Licenses". Apache.org. Retrieved 2014年01月24日.
  15. ^ "Canonical Contributor license agreement". Canonical.com. Retrieved 2014年01月24日.
  16. ^ "Clojure - Contributor Agreement".
  17. ^ "CNCF Linux Foundation ID CLA signing FAQ" . Retrieved 2020年10月19日.
  18. ^ "Individual Contributor License Grant". CyanogenMod. Archived from the original on 2016年03月08日.
  19. ^ "diaspora/diaspora · GitHub". Github.com. Retrieved 2014年01月24日.
  20. ^ "Legal Aspects". Qt Project. Retrieved 2014年01月24日.
  21. ^ "CLA assistant".
  22. ^ "Contributor License Agreements | Django". Djangoproject.com. Retrieved 2014年01月24日.
  23. ^ "CLA". The Dojo Foundation. Retrieved 2014年01月24日.
  24. ^ "SeLion : Individual Contributor License Agreement (CLA)" . Retrieved 2015年02月23日.
  25. ^ "LIST OF SUBSIDIARIES AS OF DECEMBER 31, 2014" . Retrieved 2015年02月23日.
  26. ^ "Eclipse Foundation Contributor License Agreement". Eclipse.org. 2013年06月17日. Retrieved 2014年01月24日.
  27. ^ "Contributor Agreement Elastic". elastic.co.
  28. ^ "Contributing to Facebook Projects". facebook.com. Retrieved 2015年07月08日.
  29. ^ "CONTRIBUTORS - The Go Programming Language". Golang.org. Retrieved 2014年01月24日.
  30. ^ "Google Individual Contributor License Agreement, v1.1". Google Inc. Retrieved 2014年06月09日.
  31. ^ Hashicorp. ""Contributor License Agreement"". Hashicorp: Infrastructure Enables Innovation. Retrieved 2021年08月09日.
  32. ^ Schoutsen, Paulus (2017年01月21日). "Home Assistant Governance [updated]". Home Assistant. Retrieved 2024年03月04日.
  33. ^ "InfluxDB Contributor License Agreement" . Retrieved 25 August 2014.
  34. ^ "Contribute". Developer.joomla.org. Retrieved 2014年01月24日.
  35. ^ jQuery Foundation - jquery.org. "jQuery Foundation Contributor License Agreement | Contribute to jQuery". Contribute.jquery.org. Retrieved 2014年01月24日.
  36. ^ Cloud Native Computing Foundation. "Kubernetes CLA". CNCF. Retrieved 2019年02月19日.
  37. ^ GitHub - openbmc/docs, openbmc, 2019年02月20日, retrieved 2019年02月21日
  38. ^ "Contributing to the PSF". Python Software Foundation.
  39. ^ "Contributing to Meteor". Contribute.meteor.com. Retrieved 2014年01月24日.
  40. ^ "Contributing to Microsoft Visual Studio Code". Microsoft. Retrieved 2016年04月22日.
  41. ^ "Contributor License Agreement | MuseScore". musescore.org. Retrieved 2019年08月30日.
  42. ^ "Contributor Agreement". OpenMediaVault. Retrieved 2014年01月24日.
  43. ^ "OpenStack Contributors License Agreement". OpenStack. Retrieved 2014年01月24日.
  44. ^ "Puppet Contributor License Agreement" . Retrieved 2016年02月01日.
  45. ^ "Salesforce Contributor License Agreement". Archived from the original on 2020年07月28日. Retrieved 2020年05月21日.
  46. ^ "CONTRIBUTOR LICENSE AGREEMENT". www.sangoma.com. 2023年04月26日. Archived from the original on 2023年04月29日. Retrieved 2023年04月29日.
  47. ^ "License". TiddlyWiki . 19 December 2022.
  48. ^ "TLDR-pages/TLDR". GitHub . 26 February 2022.
  49. ^ "W3C Community Contributor License Agreement (CLA)". Community and Business Groups. W3C . Retrieved 2024年05月11日.
  50. ^ "FSFE welcomes KDE's adoption of the Fiduciary Licence Agreement (FLA)". 2008年08月22日.
  51. ^ "Fiduciary Licence Agreement (Version 1.2)" (PDF). Retrieved 2010年12月31日.
[edit ]
General
People
Derivatives
Official editions
Community
supported
Third party
Discontinued
Software
Discontinued
Third party
Technology and
user interface
Third party
Hardware
Support
Third party
Fonts
Media
Related topics
General
Software
packages
Community
Organisations
Licenses
Types and
standards
Challenges
Related
topics

AltStyle によって変換されたページ (->オリジナル) /