In Glibc hanno annullato il trasferimento obbligatorio dei diritti di codice alla FSF

Rilasciati gli sviluppatori di Glibc recentemente attraverso le mailing list che hanno creato alcune modifiche specifiche alle regole per l'accettazione delle modifiche e il trasferimento del diritto d'autore, con cui è stato annullato il trasferimento obbligatorio dei diritti di proprietà sul codice alla Open Source Foundation.

Per analogia con le modifiche precedentemente adottate nel progetto GCC, la firma dell'accordo CLA con la Free Software Foundation presso Glibc è stata spostata nella categoria delle operazioni opzionali eseguite su richiesta dello sviluppatore.

Con le nuove modifiche apportate alla norma, l'accettazione della patch sarà ora consentita senza trasferire i diritti alla Fondazione FOSS, ad eccezione del codice condiviso con altri progetti GNU tramite Gnulib.

I contributori che hanno una cessione del copyright FSF non hanno bisogno di cambiare nulla. Collaboratori che desiderano utilizzare il certificato per sviluppatori di Origin [2] deve aggiungere un messaggio "Firmato da" alla tua conferma.

Il codice condiviso con altri pacchetti GNU tramite Gnulib continuerà richiedere l'assegnazione alla FSF.

Oltre al trasferimento dei diritti di proprietà alla Fondazione Open Source, gli sviluppatori hanno l'opportunità di confermare il diritto di trasferire il codice al progetto Glibc utilizzando il meccanismo Developer Certificate of Origin (DCO). Secondo DCO, il monitoraggio dell'autore viene effettuato allegando una riga "Firmato da: nome sviluppatore ed e-mail" a ciascuna modifica.

Allegando questa firma alla patch, lo sviluppatore conferma la sua paternità sul codice trasferito e accettarne la distribuzione come parte del progetto o come parte del codice sotto licenza libera. A differenza delle azioni del progetto GCC, la decisione in Glibc non è stata emessa dal consiglio direttivo dall'alto, ma è stata presa dopo una discussione preliminare con tutti i rappresentanti della comunità.

Cancellazione della firma obbligatoria di un accordo con la Open Source Foundation semplifica enormemente l'incorporazione di nuovi partecipanti allo sviluppo e rende il progetto indipendente dalle tendenze della Open Source Foundation. Sebbene la firma del CLA da parte dei singoli partecipanti abbia generato solo una perdita di tempo in procedure inutili, per le società e i dipendenti di grandi aziende il trasferimento dei diritti alla Fondazione STR è stato associato a molti ritardi e approvazioni legali, che non sempre sono state completate con successo.

Il rifiuto della gestione centralizzata dei diritti sul codice consolida anche i termini di licenza originariamente accettati, poiché la modifica della licenza ora richiede l'ottenimento del consenso personale di ogni sviluppatore che non ha trasferito i diritti alla Free Software Foundation.

Tuttavia, Il codice Glibc ha ancora la licenza "LGPLv2.1 o successiva", che consente la migrazione a versioni più recenti di LGPL senza ulteriore approvazione. Poiché i diritti sulla maggior parte del codice rimangono nelle mani della Free Software Foundation, questa organizzazione continua a svolgere il ruolo di garante per la distribuzione del codice Glibc solo con licenze libere di copyleft.

Ad esempio, la Free Software Foundation può bloccare i tentativi di introdurre una licenza commerciale/doppia o il lancio di prodotti proprietari chiusi attraverso un accordo separato con gli autori del codice.

Tra le carenze dell'abbandono della gestione centralizzata diritti di codice, è sorta confusione nella negoziazione dei problemi di licenza. Se in precedenza tutti i reclami sulla violazione delle condizioni di licenza venivano risolti attraverso l'interazione con un'organizzazione, ora il risultato delle violazioni, comprese quelle non intenzionali, diventa imprevedibile e richiede l'accordo con ogni singolo partecipante.

Ad esempio, la situazione con il kernel Linux, in cui i singoli sviluppatori del kernel avviano azioni legali, anche a scopo di guadagno personale.

Le modifiche alle regole entreranno in vigore il 2 agosto e interesseranno tutti i rami Glibc disponibili per lo sviluppo, infine se sei interessato a saperne di più puoi consultare i dettagli nel seguente link


Aggiungi come fonte preferita in Google