Zhvilluesit e bibliotekës sistematike GNU C Library (glibc) kanë bërë ndryshime në rregullat e pranimit të ndryshimeve dhe transferimit të të drejtave të autorit, duke anuluar detyrimin për transferimin e të drejtave pronësore në Fondin SPO për kodin. Në përputhje me ndryshimet e ardhshme të miratuara në projektin GCC, nënshkrimi i marrëveshjes CLA me Fondin SPO në Glibc është transferuar në një operacion jo të detyrueshëm, që bëhet sipas dëshirës së zhvilluesit. Ndryshimet e rregullave, që lejojnë pranimin e patch-eve pa transferimin e të drejtave në fondin SPO, do të hyjnë në fuqi më 2 gusht dhe do të prekin të gjitha degët e zhvillimit të Glibc, përveç kodit që përdoret së bashku me projekte të tjera GNU përmes Gnulib.
Përveç transferimit të të drejtave pronësore në Fondin SPO, zhvilluesve u është ofruar mundësia për të konfirmuar të drejtën për transferimin e kodit në projektin Glibc përmes mekanizmit Developer Certificate of Origin (DCO). Në përputhje me DCO, ndjekja e autorit bëhet përmes bashkëngjitjes së çdo ndryshimi me rreshtin «Signed-off-by: emri dhe emaili i zhvilluesit». Duke bashkëngjitur këtë nënshkrim në patch, zhvilluesi konfirmon autorësinë e tij mbi kodin e transferuar dhe pranon shpërndarjen e tij si pjesë e projektit ose si pjesë e kodit nën licencë të lirë. Ndryshe nga veprimet e projektit GCC, vendimi në Glibc nuk është nxjerrë nga bordi menaxhues, por është marrë pas një diskutimi paraprak me të gjithë përfaqësuesit e komunitetit.
Anulimi i nënshkrimit të detyrueshëm të marrëveshjes me Fondin SPO e lehtëson ndjeshëm bashkimin e pjesëmarrësve të rinj në zhvillim dhe e bën projektin të pavarur nga ndikimet në Fondin SPO. Nëse nënshkrimi i marrëveshjes CLA nga pjesëmarrësit individualë thjesht shkaktonte humbje kohe për formalitete të panevojshme, për korporatat dhe punonjësit e kompanive të mëdha, transferimi i të drejtave në Fondin SPO ishte i lidhur me shumë pengesa ligjore dhe miratime, të cilat nuk përfundonin gjithmonë me sukses.
Heqja e menaxhimit tĂ« centralizuar tĂ« tĂ« drejtave mbi kodin gjithashtu e klauzolizon kushtet e licencĂ«s qĂ« janĂ« pranuar fillimisht, pasi tani kĂ«rkohet marrĂ«veshje personale nga çdo zhvillues qĂ« nuk ka transferuar tĂ« drejtat nĂ« Fondin e Softuerit tĂ« LirĂ« pĂ«r tĂ« ndryshuar licencĂ«n. NĂ« tĂ« njĂ«jtĂ«n kohĂ«, kodi Glibc vazhdon tĂ« ofrohet nĂ«n licencĂ«n âLGPLv2.1 ose njĂ« version mĂ« tĂ« riâ, e cila lejon kalimin nĂ« versione mĂ« tĂ« reja tĂ« LGPL pa miratim tĂ« mĂ«tejshĂ«m. Duke pasur parasysh qĂ« tĂ« drejtat mbi shumicĂ«n e kodit vazhdojnĂ« tĂ« mbeten nĂ« duar tĂ« Fondit tĂ« Softuerit tĂ« LirĂ«, ky institucion vazhdon tĂ« luajĂ« rolin e garantuesit tĂ« shpĂ«rndarjes sĂ« kodit Glibc vetĂ«m nĂ«n licencat e lira tĂ« kopilĂ«ve. PĂ«r shembull, Fondi i Softuerit tĂ« LirĂ« mund tĂ« bllokojĂ« pĂ«rpjekjet pĂ«r tĂ« futur licencĂ« tĂ« dyfishtĂ«/komerciale ose pĂ«r tĂ« lĂ«shuar produkte tĂ« mbyllura tĂ« pronĂ«sisĂ« nĂ«n marrĂ«veshje tĂ« veçantĂ« me autorĂ«t e kodit.
Një nga disavantazhet e heqjes së menaxhimit të centralizuar të të drejtave mbi kodin është shkaktimi i konfuzionit në miratimin e çështjeve që lidhen me licencat. Nëse më parë të gjitha pretendimet për shkeljen e kushteve të licencës zgjidheshin përmes bashkëpunimit me një organizatë, tani rezultati i shkeljeve, përfshirë ato të paqëllimshme, bëhet i paparashikueshëm dhe kërkon miratim nga çdo pjesëmarrës të veçantë. Si shembull jepet situata me kernelin Linux, ku zhvillues të veçantë të kernelit fillojnë procese gjyqësore, duke përfshirë për qëllim të pasurimit personal.
Burimi: opennet.ru
