Die Entwickler der GNU C Library (glibc) haben die Richtlinien für die Annahme von Änderungen und die Übertragung von Urheberrechten geändert, wodurch die verpflichtende Übertragung der Vermögensrechte an den Code an die Free Software Foundation (FSF) entfällt. Ähnlich wie bei den zuvor im GCC-Projekt angenommenen Änderungen wurde die Unterzeichnung des CLA-Vereinbarungs mit der FSF in glibc zu einer optionalen Maßnahme, die im Ermessen des Entwicklers liegt. Die Regeländerungen, die die Annahme von Patches ohne die Übertragung von Rechten an die FSF zulassen, treten am 2. August in Kraft und betreffen alle für die Entwicklung verfügbaren Versionen von glibc, mit Ausnahme des Codes, der über Gnulib gemeinsam mit anderen GNU-Projekten verwendet wird.
Neben der Übertragung von Eigentumsrechten an die SPO-Stiftung haben die Entwickler die Möglichkeit, das Recht zur Übermittlung des Codes an das Glibc-Projekt durch den Developer Certificate of Origin (DCO) zu bestätigen. Gemäß dem DCO wird der Autor durch die Anfügung der Zeile "Signed-off-by: Name und E-Mail des Entwicklers" an jede Änderung verfolgt. Durch das Anfügen dieser Signatur an den Patch bestätigt der Entwickler sein Urheberrecht am übermittelten Code und stimmt dessen Verbreitung im Rahmen des Projekts oder als Teil des Codes unter einer freien Lizenz zu. Im Gegensatz zu den Entscheidungen des GCC-Projekts wird in Glibc die Entscheidung nicht vom Vorstand von oben herab getroffen, sondern erfolgt nach vorheriger Diskussion mit allen Vertretern der Gemeinschaft.
Die Streichung der Pflicht zur Unterzeichnung des Vertrags mit der SPO-Stiftung erleichtert den Beitritt neuer Teilnehmer an der Entwicklung erheblich und macht das Projekt unabhängig von den Strömungen der SPO-Stiftung. Während die Unterzeichnung des CLA durch Einzelpersonen lediglich zu Zeitverlust durch unnötige Formalitäten führte, war die Übertragung von Rechten an die SPO-Stiftung für Unternehmen und Mitarbeiter großer Firmen mit zahlreichen rechtlichen Hürden und Abstimmungen verbunden, die nicht immer erfolgreich abgeschlossen wurden.
Der Verzicht auf die zentrale Verwaltung der Rechte am Code verankert auch die ursprünglich festgelegten Lizenzbedingungen, da nun für einen Wechsel der Lizenz die persönliche Zustimmung jedes Entwicklers erforderlich ist, der seine Rechte nicht an die FSF übertragen hat. Der Glibc-Code wird weiterhin unter der Lizenz "LGPLv2.1 oder neuere Version" bereitgestellt, die den Wechsel zu neueren LGPL-Versionen ohne zusätzliche Abstimmung ermöglicht. Da die Rechte an einem Großteil des Codes weiterhin in den Händen der FSF liegen, bleibt diese Organisation der Garant für die Verbreitung des Glibc-Codes ausschließlich unter freien Copyleft-Lizenzen. Beispielsweise kann die FSF den Versuch blockieren, eine duale/commerzielle Lizenz einzuführen oder geschlossene proprietäre Produkte in separaten Vereinbarungen mit den Codeautoren herauszugeben.
Ein Nachteil des Verzichts auf eine zentralisierte Verwaltung der Code-Rechte besteht darin, dass Verwirrung bei der Klärung lizenzieller Fragen entstehen kann. Früher wurden alle Beschwerden über Verstöße gegen Lizenzbedingungen durch die Interaktion mit einer einzigen Organisation gelöst, während die Folgen von Verstößen, auch unabsichtlichen, nun unvorhersehbar werden und eine Abstimmung mit jedem einzelnen Beteiligten erfordern. Ein Beispiel hierfür ist die Situation mit dem Linux-Kernel, in der einzelne Kernel-Entwickler Klagen einreichen, auch mit dem Ziel persönlicher Bereicherung.
Quelle: opennet.ru
