Розробники системної бібліотеки GNU C Library (glibc) внесли зміни до правил прийому змін та передачі авторських прав, які скасовують обов'язкову передачу Фонду СПО майнових прав на код. За аналогією зі змінами, раніше прийнятими в проекті GCC, підписання CLA-угоди з Фондом СПО в Glibc переведено до розряду необов'язкових операцій, які здійснюються за бажанням розробника. Зміни правил, що допускають прийом патчів без передачі прав фонду СПО, набудуть чинності 2 серпня і торкнуться всіх доступних для розробки гілок Glibc, за винятком коду, який через Gnulib використовується спільно з іншими проектами GNU.
Крім передачі майнових прав Фонду СПО, розробникам надано можливість підтвердження права на передачу коду проекту Glibc за допомогою механізму Developer Certificate of Origin (DCO). Відповідно до DCO відстеження автора здійснюється через прикріплення кожної зміни рядка «Signed-off-by: ім'я та email розробника». Прикріплюючи цей підпис до патчу, розробник підтверджує своє авторство над кодом, що передається, і погоджується з його поширенням у складі проекту або як частини коду під вільною ліцензією. На відміну від дій проекту GCC, рішення в Glibc не спущено керівною радою зверху, а прийнято після попереднього обговорення з усіма представниками спільноти.
Скасування обов'язкового підписання угоди з Фондом СПО спрощує приєднання нових учасників до розробки та робить проект незалежним від віянь у Фонді СПО. Якщо підписання CLA-угоди індивідуальними учасниками лише призводило до витрачання часу на зайві формальності, то для корпорацій та працівників великих компаній передача прав Фонду СПО була пов'язана з багатьма юридичними зволіканнями та узгодженнями, які не завжди завершувалися успішно.
Відмова від централізованого управління правами на код також закріплює початково прийняті умови ліцензування, оскільки для зміни ліцензії тепер буде потрібно отримання особистої згоди від кожного розробника, який не передав права Фонду СПО. При цьому код Glibc продовжує поставлятися під ліцензією LGPLv2.1 або новіша версія, що допускає перехід на новіші версії LGPL без додаткового узгодження. Оскільки права на більшу частину коду продовжують залишатися в руках Фонду СПО, ця організація продовжує відігравати роль гаранта розповсюдження коду Glibc лише під вільними ліцензіями. Наприклад, Фонд СПО може блокувати спроби запровадження подвійної/комерційної ліцензії або випуск закритих пропрієтарних продуктів за окремою домовленістю з авторами коду.
p align="justify"> З недоліків відмови від централізованого управління правами на код відзначається виникнення плутанини при узгодженні питань, пов'язаних з ліцензіями. Якщо раніше всі претензії щодо порушення умов ліцензування вирішувалися взаємодією з однією організацією, то тепер результат порушень, у тому числі ненавмисних, стає непередбачуваним і потребує узгодження з кожним окремим учасником. Як приклад наводиться ситуація з ядром Linux, де окремі розробники ядра розв'язують судові позови, зокрема з метою отримання особистого збагачення.
Джерело: opennet.ru