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