{"id":100874,"date":"2021-07-30T10:22:40","date_gmt":"2021-07-30T08:22:40","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/proekt-glibc-otmenil-obyazatelnuyu-peredachu-prav-na-kod-fondu-spo"},"modified":"2021-07-30T10:22:40","modified_gmt":"2021-07-30T08:22:40","slug":"proekt-glibc-otmenil-obyazatelnuyu-peredachu-prav-na-kod-fondu-spo","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/proekt-glibc-otmenil-obyazatelnuyu-peredachu-prav-na-kod-fondu-spo","title":{"rendered":"Das Glibc-Projekt hat die obligatorische \u00dcbertragung von Urheberrechten an den SPI-Fonds aufgehoben.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Entwickler der GNU C Library (glibc) haben die Regeln f\u00fcr die Annahme von \u00c4nderungen und die \u00dcbertragung von Urheberrechten ge\u00e4ndert, die die Pflicht zur \u00dcbertragung von Eigentumsrechten an den SPI-Fonds f\u00fcr den Code aufheben. \u00c4hnlich wie bei den zuvor im GCC-Projekt vorgenommenen \u00c4nderungen wurde die Unterzeichnung der CLA-Vereinbarung mit dem SPI-Fonds in Glibc zu einer optionalen Ma\u00dfnahme, die nach Ermessen des Entwicklers vorgenommen wird. Die Regel\u00e4nderungen, die die Annahme von Patches ohne \u00dcbertragung von Rechten an den SPI-Fonds zulassen, treten am 2. August in Kraft und betreffen alle verf\u00fcgbaren Entwicklungszweige von Glibc, mit Ausnahme des Codes, der \u00fcber Gnulib in Verbindung mit anderen GNU-Projekten verwendet wird. <\/p>\n
Neben der \u00dcbertragung von Eigentumsrechten an den SPO-Fonds haben die Entwickler die M\u00f6glichkeit, das Recht zur \u00dcbertragung des Codes f\u00fcr das Projekt Glibc durch den Mechanismus des Developer Certificate of Origin (DCO) zu best\u00e4tigen. Gem\u00e4\u00df DCO erfolgt die Verfolgung des Autors durch das Anf\u00fcgen der Zeile \u201eSigned-off-by: Name und E-Mail des Entwicklers\u201c an jede \u00c4nderung. Indem der Entwickler diese Signatur dem Patch hinzuf\u00fcgt, best\u00e4tigt er sein Urheberrecht an dem \u00fcbergebenen Code und stimmt dessen Verbreitung im Rahmen des Projekts oder als Teil des Codes unter einer freien Lizenz zu. Im Gegensatz zu den Handlungen des GCC-Projekts wird die Entscheidung in Glibc nicht vom Leitungsgremium von oben herab getroffen, sondern nach vorheriger Diskussion mit allen Vertretern der Gemeinschaft. <\/p>\n
Die Aufhebung der obligatorischen Unterzeichnung der Vereinbarung mit dem SPI-Fonds erleichtert die Integration neuer Teilnehmer in die Entwicklung und macht das Projekt unabh\u00e4ngig von den Str\u00f6mungen im SPI-Fonds. Wenn die Unterzeichnung der CLA-Vereinbarung durch einzelne Teilnehmer nur zu Zeitverlust durch unn\u00f6tige Formalit\u00e4ten f\u00fchrte, war die \u00dcbertragung von Rechten an den SPI-Fonds f\u00fcr Unternehmen und Mitarbeiter gro\u00dfer Firmen mit zahlreichen rechtlichen H\u00fcrden und Genehmigungen verbunden, die nicht immer erfolgreich verliefen. <\/p>\n
Der Verzicht auf eine zentralisierte Kontrolle \u00fcber die Rechte am Code sichert zudem die urspr\u00fcnglich angenommenen Lizenzbedingungen, da f\u00fcr einen Lizenzwechsel nun das pers\u00f6nliche Einverst\u00e4ndnis jedes Entwicklers erforderlich ist, der die Rechte nicht an den SPO-Fonds \u00fcbertragen hat. Der Code von Glibc wird weiterhin unter der Lizenz \u201eLGPLv2.1 oder eine neuere Version\u201c bereitgestellt, was den \u00dcbergang zu neueren Versionen der LGPL ohne zus\u00e4tzliche Vereinbarung erm\u00f6glicht. Da die Rechte an den meisten Codeteilen weiterhin in den H\u00e4nden des SPO-Fonds bleiben, spielt diese Organisation weiterhin die Rolle des Garanten f\u00fcr die Verbreitung des Glibc-Codes ausschlie\u00dflich unter freien Copyleft-Lizenzen. Beispielsweise kann der SPO-Fonds Versuche blockieren, eine doppelte oder kommerzielle Lizenz einzuf\u00fchren oder geschlossene propriet\u00e4re Produkte im Rahmen separater Vereinbarungen mit den Codeautoren herauszugeben. <\/p>\n
Als Nachteil des Verzichts auf die zentrale Verwaltung der Code-Rechte wird die Entstehung von Verwirrung bei der Abstimmung von Lizenzfragen hervorgehoben. W\u00e4hrend zuvor alle Anspr\u00fcche auf Verletzungen der Lizenzbedingungen durch die Zusammenarbeit mit einer einzigen Organisation gel\u00f6st wurden, wird nun das Ergebnis von Verletzungen, einschlie\u00dflich unbeabsichtigter, unvorhersehbar und erfordert Abstimmung mit jedem einzelnen Teilnehmer. Als Beispiel wird die Situation mit dem Linux-Kernel angef\u00fchrt, wo einzelne Kernel-Entwickler Klagen einreichen, auch um pers\u00f6nlichen Gewinn zu erzielen. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"