Gli sviluppatori della libreria di sistema GNU C Library (glibc) hanno apportato modifiche alle regole di accettazione delle modifiche e al trasferimento dei diritti d'autore, annullando il trasferimento obbligatorio dei diritti patrimoniali sul codice alla Fondazione SPI. In analogia con le modifiche precedentemente apportate al progetto GCC, la firma del CLA con la Fondazione SPI in Glibc è stata spostata nella categoria delle operazioni facoltative, effettuate a discrezione dello sviluppatore. Le modifiche delle regole, che consentono l'accettazione di patch senza trasferire i diritti alla Fondazione SPI, entreranno in vigore il 2 agosto e interesseranno tutti i rami di sviluppo disponibili di Glibc, ad eccezione del codice utilizzato tramite Gnulib in collaborazione con altri progetti GNU.
Oltre al trasferimento dei diritti patrimoniali alla Fondazione SPI, agli sviluppatori è stata fornita la possibilità di confermare il diritto di trasferire il codice al progetto Glibc tramite il meccanismo Developer Certificate of Origin (DCO). Secondo il DCO, il tracciamento dell'autore avviene mediante l'aggiunta a ciascuna modifica della stringa "Signed-off-by: nome e email dello sviluppatore". Allegando questa firma alla patch, lo sviluppatore conferma la propria paternità sul codice trasferito e accetta di distribuirlo come parte del progetto o come parte di 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 preliminare dibattito con tutti i rappresentanti della comunità.
L'annullamento dell'obbligo di firmare l'accordo con la Fondazione SPI semplifica notevolmente l'inserimento di nuovi partecipanti nello sviluppo, rendendo il progetto indipendente dalle tendenze della Fondazione SPI. Se la firma del CLA da parte dei partecipanti individuali portava solo a un inutile dispendio di tempo per questioni formali, per le aziende e i dipendenti di grandi società, il trasferimento dei diritti alla Fondazione SPI era associato a molte complicazioni legali e approvazioni, che non sempre si concludevano con successo.
La rinuncia alla gestione centralizzata dei diritti sul codice consolida anche le condizioni di licenza originariamente accettate, poiché per cambiare la licenza è ora necessario ottenere il consenso personale di ogni sviluppatore che non ha trasferito i diritti alla Fondazione SPI. Inoltre, il codice Glibc continua a essere fornito sotto licenza "LGPLv2.1 o versione successiva", il che consente il passaggio a versioni più recenti della LGPL senza ulteriori accordi. Poiché i diritti sulla maggior parte del codice continuano a rimanere in mano alla Fondazione SPI, questa organizzazione continua a svolgere il ruolo di garante della distribuzione del codice Glibc esclusivamente sotto licenze copyleft gratuite. Ad esempio, la Fondazione SPI può bloccare tentativi di introdurre licenze duali/commerciali o il rilascio di prodotti proprietari chiusi attraverso accordi separati con gli autori del codice.
Tra i difetti della rinuncia alla gestione centralizzata dei diritti sul codice si evidenzia la nascita di confusione nella gestione delle questioni legate alle licenze. Se prima tutte le controversie relative alla violazione delle condizioni di licenza venivano risolte interagendo con un'unica organizzazione, ora l'esito delle violazioni, comprese quelle non intenzionali, diventa imprevedibile e richiede un accordo con ciascun singolo partecipante. A titolo di esempio, si cita la situazione con il kernel Linux, in cui singoli sviluppatori del kernel intentano cause legali, anche con lo scopo di ottenere un arricchimento personale.
Fonte: opennet.ru
