Glibc-ontwikkelaars vrijgegeven onlangs via de mailinglijsten die ze hebben gemaakt enkele specifieke wijzigingen in de regels voor het accepteren van wijzigingen en het overdragen van auteursrechten, waarmee de verplichte overdracht van eigendomsrechten op de code aan de Open Source Foundation is opgeheven.
Naar analogie met de wijzigingen die eerder in het GCC-project zijn doorgevoerd, is de ondertekening van de CLA-overeenkomst met de Free Software Foundation bij Glibc verplaatst naar de categorie optionele bewerkingen die op verzoek van de ontwikkelaar worden uitgevoerd.
Met de nieuwe wijzigingen in de regel, patchacceptatie is nu toegestaan zonder rechten over te dragen aan de FOSS Foundation, met uitzondering van code die via Gnulib met andere GNU-projecten wordt gedeeld.
Bijdragers die een FSF-auteursrechttoewijzing hebben, hoeven niet te veranderen iets. Bijdragers die het Ontwikkelaarscertificaat willen gebruiken van: Origin [2] moet een 'Ondertekend door'-bericht aan je bevestiging toevoegen.
De code die via Gnulib met andere GNU-pakketten wordt gedeeld, blijft bestaan opdracht aan de FSF te eisen.
Naast het overdragen van eigendomsrechten aan de Open Source Foundation, ontwikkelaars hebben de mogelijkheid om het recht te bevestigen om de code over te dragen naar het Glibc-project met behulp van het Developer Certificate of Origin (DCO)-mechanisme. Volgens DCO wordt het volgen van auteurs gedaan door een regel "Ondertekend door: naam ontwikkelaar en e-mailadres" aan elke wijziging toe te voegen.
Door deze handtekening aan de patch toe te voegen, bevestigt de ontwikkelaar het auteurschap over de overgedragen code en accepteer de verspreiding ervan als onderdeel van het project of als onderdeel van de code onder een gratis licentie. In tegenstelling tot de acties van het GCC-project, werd het besluit in Glibc niet door de bestuursraad van bovenaf genomen, maar werd het genomen na een voorbereidend gesprek met alle vertegenwoordigers van de gemeenschap.
Annulering van verplichte handtekening van een overeenkomst met de Open Source Foundation vereenvoudigt de integratie van nieuwe deelnemers in de ontwikkeling aanzienlijk en maakt het project onafhankelijk van de trends van de Open Source Foundation. Hoewel de ondertekening van de cao door de individuele deelnemers alleen maar tijdverspilling opleverde in onnodige procedures, ging voor corporaties en medewerkers van grote bedrijven de overdracht van rechten aan Stichting STR gepaard met veel vertragingen en wettelijke goedkeuringen, die niet altijd werden afgerond met succes.
De weigering van gecentraliseerd beheer van coderechten consolideert ook de oorspronkelijk aanvaarde licentievoorwaarden, aangezien het wijzigen van de licentie nu de persoonlijke toestemming vereist van elke ontwikkelaar die de rechten niet heeft overgedragen aan de Free Software Foundation.
Echter Glibc-code heeft nog steeds een licentie "LGPLv2.1 of nieuwer", waarmee migratie naar nieuwere versies van LGPL mogelijk is zonder aanvullende goedkeuring. Aangezien de rechten op het grootste deel van de code in handen blijven van de Free Software Foundation, blijft deze organisatie de rol van garant spelen voor de distributie van Glibc-code alleen onder gratis copyleft-licenties.
De Free Software Foundation kan bijvoorbeeld pogingen tot introductie van een commerciële/dubbele licentie of de lancering van gesloten propriëtaire producten blokkeren door middel van een afzonderlijke overeenkomst met de auteurs van de code.
Een van de tekortkomingen van het opgeven van gecentraliseerd beheer coderechten, er is verwarring ontstaan bij het onderhandelen over licentiekwesties. Als eerder alle claims over de schending van licentievoorwaarden werden opgelost door interactie met een organisatie, wordt nu de uitkomst van schendingen, inclusief onbedoelde, onvoorspelbaar en vereist overeenstemming met elke individuele deelnemer.
Als voorbeeld de situatie met de Linux-kernel, waar individuele kernelontwikkelaars juridische stappen ondernemen, ook met het oog op persoonlijk gewin.
De regelwijzigingen gaan in op 2 augustus en ze zullen van invloed zijn op alle Glibc-vestigingen die beschikbaar zijn voor ontwikkeling. Als u er uiteindelijk meer over wilt weten, kunt u de details raadplegen In de volgende link.