La programistoj de la sistembiblioteko GNU C Library (glibc) faris ŝanĝojn al la reguloj por akcepti ŝanĝojn kaj transdoni kopirajtojn, nuligante la devigan transdonon de proprietrajtoj al la kodo al la Open Source Foundation. Analogie kun la ŝanĝoj antaŭe adoptitaj en la projekto GCC, la subskribo de CLA-interkonsento kun la Open Source Foundation en Glibc estis translokigita al la kategorio de laŭvolaj operacioj faritaj laŭ peto de la programisto. La regulŝanĝoj, kiuj ebligas akceptadi diakilojn sen transdono de rajtoj al la malfermkoda fondaĵo, efektiviĝos la 2-an de aŭgusto kaj influos ĉiujn Glibc-branĉojn disponeblajn por disvolvi, escepte de kodo, kiu estas dividita per Gnulib kun aliaj GNU-projektoj.
Krom transdono de proprietrajtoj al la Malferma Fonto-Fundamento, programistoj ricevas la ŝancon konfirmi la rajton transdoni kodon al la Glibc-projekto per la mekanismo de Ellaboranto-Atestilo de Origino (DCO). Konforme al DCO, aŭtorspurado estas farita alkroĉante la linion "Subskribita de: programnomo kaj retpoŝto" al ĉiu ŝanĝo. Alkroĉante ĉi tiun subskribon al la flikaĵo, la programisto konfirmas sian aŭtorecon de la transdonita kodo kaj konsentas pri ĝia distribuo kiel parto de la projekto aŭ kiel parto de la kodo sub libera permesilo. Male al la agoj de la GCC-projekto, la decido en Glibc ne estas faligita de la reganta konsilio de supre, sed estas farita post prepara diskuto kun ĉiuj reprezentantoj de la komunumo.
La forigo de la deviga subskribo de interkonsento kun la Open Source Foundation signife simpligas la kuniĝon de novaj partoprenantoj en la evoluo kaj faras la projekton sendependa de tendencoj en la Open Source Foundation. Se la subskribo de CLA-interkonsento de individuaj partoprenantoj nur kaŭzis malŝparon de tempo por nenecesaj formalaĵoj, tiam por korporacioj kaj dungitoj de grandaj kompanioj, la translokigo de rajtoj al la Malferma Fonta Fonduso estis asociita kun multaj laŭleĝaj prokrastoj kaj aproboj, kiuj estis ne ĉiam sukcese kompletigita.
La forlaso de centralizita administrado de kodrajtoj ankaŭ plifortigas la origine akceptitajn licenckondiĉojn, ĉar ŝanĝi la permesilon nun postulos personan konsenton de ĉiu programisto kiu ne transdonis la rajtojn al la Open Source Foundation. En la sama tempo, la Glibc-kodo daŭre estas liverita sub la "LGPLv2.1 aŭ pli nova" permesilo, kiu permesas la transiron al pli novaj versioj de la LGPL sen plia aprobo. Ĉar la rajtoj pri la plej granda parto de la kodo daŭre restas en la manoj de la Free Software Foundation, ĉi tiu organizo daŭre ludas la rolon de garantianto de la dissendo de la Glibc-kodo nur sub liberaj kopirajtaj permesiloj. Ekzemple, la Open Source Foundation povas bloki provojn enkonduki duoblan/komercan permesilon aŭ la liberigon de fermitaj proprietaj produktoj laŭ aparta interkonsento kun la kodaŭtoroj.
Inter la malavantaĝoj de forlasado de centralizita administrado de kodrajtoj estas la apero de konfuzo dum konsento pri aferoj rilataj al licencoj. Se antaŭe ĉiuj asertoj pri malobservo de licencaj kondiĉoj estis solvitaj per interagado kun unu organizo, nun la rezulto de malobservoj, inkluzive de neintencaj, fariĝas neantaŭvidebla kaj postulas interkonsenton kun ĉiu individua partoprenanto. Ekzemple, la situacio kun la Linukso-kerno estas donita, kie individuaj kernaj programistoj lanĉas procesojn, inkluzive por la celo akiri personan riĉigon.
fonto: opennet.ru