Die Entwickler der GNU C Library (glibc) haben die Regeln für die Annahme von Änderungen und die Übertragung von Urheberrechten geändert, die die Pflicht zur Übertragung von Eigentumsrechten an den SPI-Fonds für den Code aufheben. Ähnlich wie bei den zuvor im GCC-Projekt vorgenommenen Änderungen wurde die Unterzeichnung der CLA-Vereinbarung mit dem SPI-Fonds in Glibc zu einer optionalen Maßnahme, die nach Ermessen des Entwicklers vorgenommen wird. Die Regeländerungen, die die Annahme von Patches ohne Übertragung von Rechten an den SPI-Fonds zulassen, treten am 2. August in Kraft und betreffen alle verfügbaren Entwicklungszweige von Glibc, mit Ausnahme des Codes, der über Gnulib in Verbindung mit anderen GNU-Projekten verwendet wird.
Zusätzlich zur Übertragung von Eigentumsrechten an den SPI-Fonds haben die Entwickler die Möglichkeit, das Recht zur Übertragung von Code an das Glibc-Projekt durch das Mechanismus des Developer Certificate of Origin (DCO) zu bestätigen. Gemäß dem DCO wird der Autor durch das Anheften einer Zeile "Signed-off-by: Name und E-Mail des Entwicklers" an jede Änderung verfolgt. Indem der Entwickler diese Signatur an den Patch anfügt, bestätigt er sein Urheberrecht an dem übergebenen Code und stimmt dessen Verbreitung im Rahmen des Projekts oder als Teil des Codes unter einer freien Lizenz zu. Im Gegensatz zu den Maßnahmen des GCC-Projekts wurde die Entscheidung in Glibc nicht vom Vorstand von oben diktiert, sondern nach vorheriger Diskussion mit allen Vertretern der Gemeinschaft getroffen.
Die Aufhebung der obligatorischen Unterzeichnung der Vereinbarung mit dem SPI-Fonds erleichtert die Integration neuer Teilnehmer in die Entwicklung und macht das Projekt unabhängig von den Strömungen im SPI-Fonds. Wenn die Unterzeichnung der CLA-Vereinbarung durch einzelne Teilnehmer nur zu Zeitverlust durch unnötige Formalitäten führte, war die Übertragung von Rechten an den SPI-Fonds für Unternehmen und Mitarbeiter großer Firmen mit zahlreichen rechtlichen Hürden und Genehmigungen verbunden, die nicht immer erfolgreich verliefen.
Der Verzicht auf zentralisierte Verwaltung der Code-Rechte bestätigt auch die ursprünglich vereinbarten Lizenzbedingungen, da für einen Lizenzwechsel nun die persönliche Zustimmung jedes Entwicklers erforderlich ist, der die 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 Versionen der LGPL ohne zusätzliche Zustimmung erlaubt. Da die Rechte an einem Großteil des Codes weiterhin in den Händen der FSF bleiben, spielt diese Organisation weiterhin die Rolle des Garant für die Verbreitung des Glibc-Codes ausschließlich unter freien Copyleft-Lizenzen. Zum Beispiel kann die FSF Versuche blockieren, eine duale/commercial Lizenz einzuführen oder geschlossene proprietäre Produkte nach gesonderter Vereinbarung mit den Code-Autoren herauszubringen.
Als Nachteil des Verzichts auf die zentrale Verwaltung der Code-Rechte wird die Entstehung von Verwirrung bei der Abstimmung von Lizenzfragen hervorgehoben. Während zuvor alle Ansprüche auf Verletzungen der Lizenzbedingungen durch die Zusammenarbeit mit einer einzigen Organisation gelöst wurden, wird nun das Ergebnis von Verletzungen, einschließlich unbeabsichtigter, unvorhersehbar und erfordert Abstimmung mit jedem einzelnen Teilnehmer. Als Beispiel wird die Situation mit dem Linux-Kernel angeführt, wo einzelne Kernel-Entwickler Klagen einreichen, auch um persönlichen Gewinn zu erzielen.
Quelle: opennet.ru
