Kamakailan ay inanunsyo ng mga developer ng Glibc sa pamamagitan ng kanilang mailing list na gumawa sila ng ilang partikular na pagbabago sa mga patakaran para sa pagtanggap ng mga pagbabago at paglilipat ng copyright, sa gayon ay kinansela ang mandatoryong paglilipat ng mga karapatan sa pagmamay-ari ng code sa Open Source Foundation.
Sa pamamagitan ng pagkakatulad sa mga pagbabagong dating pinagtibay sa proyekto ng GCC, ang paglagda ng kasunduan sa CLA kasama ang Free Software Foundation sa Glibc ay inilipat sa kategorya ng mga opsyonal na pagpapatakbo na ginampanan sa kahilingan ng developer.
Dahil sa mga bagong pagbabagong ginawa sa panuntunan, papayagan na ngayong tanggapin ang mga patch nang hindi inililipat ang mga karapatan sa FOSS Foundation , maliban sa code na ibinabahagi sa iba pang mga proyekto ng GNU sa pamamagitan ng Gnulib.
Hindi kailangang baguhin ang anumang bagay ng mga kontribyutor na may FSF copyright assignment. Ang mga kontribyutor na gustong gumamit ng Origin Developer Certificate [2] ay dapat magdagdag ng mensaheng "Signed by" sa kanilang kumpirmasyon.
Ang code na ibinahagi sa iba pang mga pakete ng GNU sa pamamagitan ng Gnulib ay patuloy na mangangailangan ng alokasyon ng FSF.
Bukod sa paglilipat ng mga karapatan sa pagmamay-ari sa Open Source Foundation, may opsyon ang mga developer na kumpirmahin ang kanilang karapatan na maglipat ng code sa proyektong Glibc sa pamamagitan ng mekanismo ng Developer Certificate of Origin (DCO). Ayon sa DCO, ang pagsubaybay sa awtor ay isinasagawa sa pamamagitan ng pagdaragdag ng linyang "Signated by: pangalan at email address ng developer" sa bawat pagbabago.
Sa pamamagitan ng paglakip ng lagdang ito sa patch, kinukumpirma ng developer ang kanilang pagiging may-akda ng inilipat na code at sumasang-ayon sa pamamahagi nito bilang bahagi ng proyekto o bilang bahagi ng code sa ilalim ng isang libreng lisensya. Hindi tulad ng mga aksyon ng proyekto ng GCC, ang desisyon sa Glibc ay hindi inilabas ng namamahalang lupon mula sa itaas, ngunit sa halip ay ginawa pagkatapos ng mga paunang talakayan kasama ang lahat ng kinatawan ng komunidad.
Ang pagkansela sa mandatoryong pagpirma ng isang kasunduan sa Open Source Foundation ay lubos na nagpapadali sa proseso ng pagdadala ng mga bagong kalahok sa pag-unlad at ginagawang independiyente ang proyekto sa mga uso ng Foundation. Bagama't ang pagpirma sa CLA ng mga indibidwal na kalahok ay nagreresulta lamang sa pag-aaksaya ng oras sa mga hindi kinakailangang papeles, para sa mga korporasyon at empleyado ng malalaking kumpanya, ang paglilipat ng mga karapatan sa STR Foundation ay nauugnay sa maraming pagkaantala at mga legal na pag-apruba, na hindi palaging matagumpay na nakukumpleto.
Ang pagtanggi ng sentralisadong pamamahala ng mga karapatan sa code ay pinagsasama din ang orihinal na tinanggap na mga tuntunin ng lisensya, dahil ang pagbabago ng lisensya ay nangangailangan ng pagkuha ng personal na pahintulot ng bawat developer na hindi inilipat ang mga karapatan sa Free Software Foundation.
Gayunpaman, ang Glibc code ay nananatiling may lisensya sa ilalim ng "LGPLv2.1 o mas bago ," na nagpapahintulot sa paglipat sa mga mas bagong bersyon ng LGPL nang walang karagdagang pag-apruba. Dahil ang mga karapatan sa karamihan ng code ay nananatili sa Free Software Foundation, ang organisasyong ito ay patuloy na kumikilos bilang garantiya ng pamamahagi ng Glibc code sa ilalim lamang ng mga lisensya ng libreng copyleft.
Halimbawa, maaaring harangan ng Free Software Foundation ang mga pagtatangka upang ipakilala ang isang komersyal / dalawahang lisensya o ang paglulunsad ng mga saradong pagmamay-ari na produkto sa pamamagitan ng isang hiwalay na kasunduan sa mga may-akda ng code.
Kabilang sa mga pagkukulang ng pagtalikod sa sentralisadong pamamahala ng mga karapatan sa kodigo ay ang kalituhan sa pakikipagnegosasyon sa mga isyung may kaugnayan sa lisensya . Kung dati, lahat ng mga reklamo tungkol sa mga paglabag sa mga tuntunin ng lisensya ay nireresolba sa pamamagitan ng pakikipag-ugnayan sa iisang organisasyon, ngayon, ang resulta ng mga paglabag, kabilang ang mga hindi sinasadya, ay hindi na mahuhulaan at nangangailangan ng kasunduan sa bawat indibidwal na kalahok.
Bilang isang halimbawa, ang sitwasyon sa Linux kernel, kung saan ang mga indibidwal na developer ng kernel ay nag-uudyok ng ligal na aksyon, kabilang ang para sa layunin ng personal na pakinabang.
Ang mga pagbabago sa patakaran ay magkakabisa sa Agosto 2 at makakaapekto sa lahat ng sangay ng Glibc na maaaring paunlarin. Panghuli, kung interesado kang matuto nang higit pa, maaari mong tingnan ang mga detalye sa sumusunod na link.