Gli sviluppatori della libreria di sistema GNU C Library (glibc) hanno modificato le regole per l'accettazione delle modifiche e la trasmissione dei diritti d'autore, annullando l'obbligo di trasferire al Free Software Foundation i diritti patrimoniali sul codice. In analogia con le modifiche precedentemente adottate nel progetto GCC, la firma dell'accordo CLA con la Free Software Foundation in Glibc è diventata un'operazione facoltativa, eseguita a discrezione dello sviluppatore. Le modifiche alle regole che consentono l'accettazione di patch senza trasferimento dei diritti alla Free Software Foundation entreranno in vigore il 2 agosto e interesseranno tutti i rami di sviluppo di Glibc disponibili, ad eccezione del codice che attraverso Gnulib viene utilizzato insieme ad altri progetti GNU.
Oltre alla cessione dei diritti patrimoniali al Fondo SPO, gli sviluppatori hanno la possibilità di confermare il diritto di trasferire il codice al progetto Glibc tramite il meccanismo del Developer Certificate of Origin (DCO). Secondo il DCO, il tracciamento dell'autore avviene attraverso l'allegazione a ogni modifica della stringa «Signed-off-by: nome e email dello sviluppatore». Allegando questa firma al patch, lo sviluppatore conferma la propria paternità sul codice trasferito e accetta la sua distribuzione all'interno del progetto o come parte del codice sotto licenza libera. A differenza delle azioni del progetto GCC, la decisione in Glibc non è stata imposta dall'alto dal consiglio di amministrazione, ma è stata presa dopo un previo dibattito con tutti i rappresentanti della comunità.
L'annullamento dell'obbligo di firmare un accordo con il Fondo SPO semplifica notevolmente l'ingresso di nuovi partecipanti nello sviluppo e rende il progetto indipendente dalle influenze del Fondo SPO. Se la firma dell'accordo CLA da parte di partecipanti individuali comportava solo una perdita di tempo in formalità superflue, per le corporation e i dipendenti delle grandi aziende il trasferimento dei diritti al Fondo SPO era soggetto a molte complicazioni legali e approvazioni che non sempre avevano esito positivo.
La rinuncia a un controllo centralizzato sui diritti sul codice sancisce anche le condizioni di licenza inizialmente accettate, poiché per cambiare licenza sarà ora necessario ottenere il consenso personale di ogni sviluppatore che non ha trasferito i diritti al Fondo SPO. Tuttavia, il codice Glibc continua a essere fornito sotto la licenza «LGPLv2.1 o versione successiva», il che consente il passaggio a versioni più recenti della LGPL senza ulteriori accordi. Poiché i diritti su gran parte del codice rimangono in mano al Fondo SPO, quest'organizzazione continua a svolgere un ruolo di garante della distribuzione del codice Glibc esclusivamente sotto licenze copyleft libere. Ad esempio, il Fondo SPO può bloccare tentativi di introduzione di licenze doppie/commerciali o il rilascio di prodotti proprietari chiusi in base a separati accordi con gli autori del codice.
Uno degli svantaggi dell'abbandono della gestione centralizzata dei diritti sul codice è la confusione che può sorgere nell'accordo riguardante questioni relative alle licenze. In precedenza, tutte le contestazioni per violazioni delle condizioni di licenza venivano risolte interagendo con un'unica organizzazione. Ora, l'esito delle violazioni, comprese quelle involontarie, diventa imprevedibile e richiede un accordo con ciascun partecipante. Si riporta, ad esempio, la situazione con il kernel Linux, dove singoli sviluppatori del kernel avviano cause legali, anche con l'obiettivo di ottenere un arricchimento personale.
Fonte: opennet.ru
