Разработчики Glibc недавно объявили через свой список рассылки о внесении некоторых изменений в правила принятия изменений и передачи авторских прав, тем самым отменив обязательную передачу прав собственности на код Фонду открытого исходного кода.
По аналогии с изменениями, ранее принятыми в проекте GCC, подписание соглашения CLA с Free Software Foundation в Glibc перенесено в категорию необязательных операций, выполняемых по запросу разработчика.
В соответствии с внесенными изменениями в правила, теперь разрешается принимать патчи без передачи прав Фонду FOSS , за исключением кода, который используется совместно с другими проектами GNU через Gnulib.
Участникам, имеющим право на использование авторских прав FSF, ничего менять не нужно . Участники, желающие использовать сертификат разработчика Origin [2], должны добавить сообщение «Подписано» к своему подтверждению.
Код, используемый совместно с другими пакетами GNU через Gnulib, по-прежнему будет требовать выделения ресурсов через FSF.
Помимо передачи прав собственности Фонду открытого исходного кода, разработчики имеют возможность подтвердить свое право на передачу кода в проект Glibc с помощью механизма сертификата происхождения разработчика (DCO). Согласно DCO, отслеживание авторства осуществляется путем добавления строки «Подписано: имя и адрес электронной почты разработчика» к каждому изменению.
Прикрепляя эту подпись к патчу, разработчик подтверждает своё авторство переданного кода и соглашается на его распространение в рамках проекта или под свободной лицензией. В отличие от действий проекта GCC, решение по Glibc было принято не советом директоров, а после предварительных обсуждений со всеми представителями сообщества.
Отмена обязательного подписания соглашения с Фондом открытого исходного кода значительно упрощает процесс привлечения новых участников к разработке и делает проект независимым от тенденций Фонда. Если подписание соглашения отдельными участниками приводило лишь к пустой трате времени на ненужную бумажную работу, то для корпораций и сотрудников крупных компаний передача прав Фонду STR была связана с многочисленными задержками и юридическими согласованиями, которые не всегда успешно завершались.
Отказ от централизованного управления правами на код также объединяет первоначально принятые условия лицензии, поскольку изменение лицензии теперь требует получения личного согласия каждого разработчика, который не передал права Free Software Foundation.
Однако код Glibc по-прежнему распространяется под лицензией LGPLv2.1 или более поздней версии , что позволяет переходить на более новые версии LGPL без дополнительного согласования. Поскольку права на большую часть кода остаются за Фондом свободного программного обеспечения, эта организация продолжает выступать в качестве гаранта распространения кода Glibc только под свободными лицензиями с копилефтом.
Например, Free Software Foundation может блокировать попытки ввести коммерческую / двойную лицензию или запуск закрытых проприетарных продуктов посредством отдельного соглашения с авторами кода.
К недостаткам отказа от централизованного управления правами на код относится путаница в переговорах по вопросам, связанным с лицензиями . Если раньше все претензии по поводу нарушений условий лицензии разрешались путем взаимодействия с одной организацией, то теперь исход нарушений, в том числе непреднамеренных, стал непредсказуемым и требует согласования с каждым отдельным участником.
В качестве примера рассмотрим ситуацию с ядром Linux, когда отдельные разработчики ядра инициируют судебные иски, в том числе с целью получения личной выгоды.
Изменения в правилах вступят в силу 2 августа и затронут все ветки Glibc, доступные для разработки. Более подробную информацию можно найти по следующей ссылке.