Dezvoltatorii bibliotecii sistemului GNU C Library (glibc) au modificat regulile de acceptare a schimbărilor și transferul drepturilor de autor, abrogând necesitatea de a transfera Fundației OSS drepturile de proprietate asupra codului. Analog cu modificările anterioare adoptate în proiectul GCC, semnarea acordului CLA cu Fundația OSS în Glibc a fost transformată într-o operațiune opțională, realizată la discreția dezvoltatorului. Schimbările regulamentelor, care permit acceptarea patch-urilor fără transferul drepturilor către fundația OSS, vor intra în vigoare pe 2 august și vor afecta toate ramurile Glibc disponibile pentru dezvoltare, cu excepția codului care este folosit împreună cu alte proiecte GNU prin intermediul Gnulib.
Pe lângă transferul drepturilor de proprietate către Fundația OSS, dezvoltatorilor li s-a oferit posibilitatea de a confirma dreptul de a transfera codul către proiectul Glibc prin intermediul mecanismului Certificate of Origin pentru Dezvoltatori (DCO). Conform DCO, urmărirea autorului se realizează prin atașarea fiecărei modificări a liniei „Signed-off-by: numele și emailul dezvoltatorului”. Atașând această semnătură patch-ului, dezvoltatorul confirmă autoritatea sa asupra codului transferat și este de acord cu distribuția acestuia ca parte a proiectului sau ca parte a codului sub o licență liberă. Spre deosebire de acțiunile proiectului GCC, decizia din Glibc nu a fost impusă de consiliul de conducere, ci a fost luată după o discuție preliminară cu toți reprezentanții comunității.
Abrogarea semnării obligatorii a acordului cu Fundația OSS simplifică semnificativ aderarea noilor participanți la dezvoltare și face proiectul independent de tendințele din Fundația OSS. Dacă semnătura acordului CLA de către participanți individuali ducea doar la pierderea timpului din cauza formalităților inutile, pentru corporații și angajații companiilor mari, transferul drepturilor către Fundația OSS era asociat cu multe complicații legale și aprobat în moduri care nu se încheiau întotdeauna cu succes.
Renunțarea la gestionarea centralizată a drepturilor asupra codului stabilește, de asemenea, condițiile de licențiere inițial acceptate, deoarece este necesar consimțământul personal al fiecărui dezvoltator, care nu a transferat drepturile Fondului SPo, pentru a schimba licența. În același timp, codul Glibc continuă să fie distribuit sub licența „LGPLv2.1 sau o versiune mai nouă”, ceea ce permite trecerea la versiuni mai noi ale LGPL fără o coordonare suplimentară. Deoarece drepturile asupra celei mai mari părți a codului rămân în mâinile Fondului SPo, această organizație continuă să joace rolul de garant al distribuției codului Glibc doar sub licențe copyleft libere. De exemplu, Fondul SPo poate bloca încercările de introducere a unei licențe duale/comerciale sau de emitere a produselor închise proprietare pe baza unei înțelegeri separate cu autorii codului.
Printre dezavantajele renunțării la gestionarea centralizată a drepturilor asupra codului se numără confuzia care apare în stabilirea unor probleme legate de licențe. Dacă înainte toate plângerile privind încălcarea condițiilor de licențiere erau soluționate prin interacțiunea cu o singură organizație, acum rezultatul încălcărilor, inclusiv cele neintenționate, devine imprevizibil și necesită coordonare cu fiecare participant în parte. Un exemplu este situația cu nucleul Linux, unde dezvoltatori individuali ai nucleului inițiază procese legale, inclusiv cu scopul de a obține câștiguri personale.
Sursa: opennet.ro
