Лицензионное соглашение участника ( CLA ) определяет условия, на которых интеллектуальная собственность передается компании/проекту, как правило, это программное обеспечение по лицензии с открытым исходным кодом .
CLA могут использоваться для того, чтобы поставщики могли легко добиваться юридического урегулирования в случае споров об авторских правах [1] или повторно лицензировать продукты, в которые были получены вклады от третьих лиц. [2] CLA особенно важны для корпоративных проектов с открытым исходным кодом под лицензией copyleft , поскольку без CLA вклад также ограничил бы опекуна.
Целью CLA является обеспечение того, чтобы хранитель результатов проекта имел необходимые права собственности или права на все вклады, чтобы позволить им распространяться по выбранной лицензии, часто путем предоставления безотзывной лицензии, позволяющей сопровождающему проект использовать вклад; если авторские права фактически передаются, соглашение обычно известно как Соглашение о передаче авторских прав . CLA также играют роль в повышении осведомленности о вопросах прав интеллектуальной собственности в рамках проекта. [3]
Когда CLA требует от участника передать неограниченные права повторной публикации проекту, внесенный код может быть повторно лицензирован по усмотрению проекта, даже если CLA не передает авторские права на проект. Известные сторонники открытого исходного кода считают CLA опасными для прав на открытый исходный код. [4]
В 2019 году MongoDB использовала эти права, предоставленные ей CLA, для перехода на лицензию с закрытым исходным кодом. [5]
В январе 2021 года проект Elasticsearch использовал эти права для перевода проекта на лицензию с закрытым исходным кодом [6], утверждая, что Amazon «вводит в заблуждение и сбивает с толку сообщество».
[...] Целью нашего изменения лицензии является предотвращение возможности компаний использовать наши продукты Elasticsearch и Kibana и предоставлять их напрямую в качестве услуги без сотрудничества с нами.
Изменение нашей лицензии произошло после многих лет, в течение которых, по нашему мнению, Amazon/AWS вводили в заблуждение и запутывали сообщество. Хватит!
Мы испробовали все доступные способы, включая обращение в суд, но из-за продолжающегося поведения AWS мы решили изменить нашу лицензию, чтобы мы могли сосредоточиться на создании продуктов и инновациях, а не на судебных разбирательствах [...] [7]
Дрю ДеВолт, ведущий разработчик ряда проектов с открытым исходным кодом, таких как Sway , считает этот шаг лазейкой. Оба эти проекта были лицензированы по лицензии copyleft, которая использует авторское право для защиты вкладов, однако CLA отрицает полезность авторского права для достижения этой защиты:
Elasticsearch принадлежит своим 1573 участникам, которые сохраняют свои авторские права и предоставили Elastic лицензию на распространение своей работы без ограничений. Это лазейка, которой воспользовались Elastic, когда решили, что Elasticsearch больше не будет проектом с открытым исходным кодом [...] [8]
Project Harmony был создан Canonical в 2010 году для того, чтобы опционально избегать проблем, обсуждаемых выше. Он предоставляет конструктор шаблонов CLA. На основе сделанного выбора CLA позволит участнику сохранить авторские права и передать права на проект (как указано выше), но с различными ограничениями по перелицензированию: использование шаблона требует выбора одного из взаимоисключающих вариантов, которые различаются по степени ограничений. [9] Реальным примером является проект Ubuntu. CLA оставляет авторские права за участником и позволяет проекту перелицензировать код, но с ограничением, основанным на лицензии, по которой был сделан вклад:
2.3 Исходящая лицензия На основании предоставления прав в Разделах 2.1 и 2.2, если Мы включаем Ваш Вклад в Материал, Мы можем лицензировать Вклад по любой лицензии, включая лицензии с авторским правом, разрешительные, коммерческие или имущественные лицензии. В качестве условия осуществления этого права Мы соглашаемся также лицензировать Вклад по условиям лицензии или лицензий, которые Мы используем для Материала в Дату отправки. [10]
Ранее проект Fedora требовал от участников подписания CLA, как от организации, так и от отдельного лица. [11] Однако в 2011 году это требование было отменено [12], и вместо этого участники должны согласиться с Соглашением участника проекта Fedora, которое не является лицензионным соглашением и не включает в себя передачу авторских прав.
Компании и проекты, использующие CLA, включают:
KDE использует Лицензионное соглашение о доверительном управлении Free Software Foundation Europe [50], в разделе 3.3 которого (FLA-1.2) указано следующее:
FSFE будет использовать предоставленные права и лицензии только в соответствии с принципами свободного программного обеспечения, как определено Free Software Foundations. FSFE гарантирует использование переданных прав и лицензий в строгом соответствии с правилами, установленными лицензиями свободного программного обеспечения, включая, помимо прочего, GNU General Public License (GPL) или GNU Lesser General Public License (LGPL) соответственно. В случае нарушения FSFE принципов свободного программного обеспечения все предоставленные права и лицензии автоматически возвращаются Бенефициару, а лицензии, предоставленные по настоящему Соглашению, прекращаются и истекают. [51]
Однако это необязательно, и каждый участник имеет право не передавать свои авторские права KDE eV.
{{cite web}}: CS1 maint: numeric names: authors list (link)