Bruce Perens, einer der Autoren der Definition von Open Source und MitgrĂŒnder der Open Source Initiative, ist der Ansicht, dass das Paradigma Open Source einen Punkt erreicht hat, an dem offene Lizenzen keinen ausreichenden Schutz mehr bieten, und es an der Zeit ist, ein ĂŒberarbeitetes Konzept von Post-Open Source zu schaffen, das die Beziehungen zwischen Entwicklern von Open-Source-Software und kommerziellen Unternehmen harmonisieren kann.
Die GPL wurde ursprĂŒnglich nur als Lizenz entwickelt und ist kein Vertrag, d. h. sie dient lediglich zur GewĂ€hrung von Rechten, kann jedoch niemandem Rechte entziehen. Nach der Auffassung von Perens sollte das neue Lizenzmodell Vertragsbedingungen umfassen, die gemÀà den Anforderungen des Rechtsgebiets, das VertrĂ€ge regelt, betrachtet werden. In der heutigen Zeit haben Unternehmen gelernt, die Anforderungen der GPL-Lizenz an die Bereitstellung uneingeschrĂ€nkten Zugangs zu Quelltexten zu umgehen. Um die VerfĂŒgbarkeit von Code einzuschrĂ€nken, werden Schlupflöcher genutzt, die mit der Durchsetzung zusĂ€tzlicher Vertragsbedingungen gegenĂŒber dem Endbenutzer verbunden sind, die die Weiterverbreitung des zugrunde liegenden offenen Codes einschrĂ€nken.
Zum Beispiel unterzeichnet der Kunde beim Kauf einer RHEL-Distribution einen Vertrag mit Red Hat zur UnterstĂŒtzung und zum Erhalt von Updates, in dem die Weiterverbreitung von Daten eingeschrĂ€nkt und das Recht auf VertragskĂŒndigung erwĂ€hnt wird, falls sich die tatsĂ€chlich installierten und gekauften RHEL-Kopien nicht decken. Dies zwingt den Kunden dazu, zwischen der Freiheit, die Software zu verwalten, und dem Erhalt des Status als Red Hat-Kunde zu wĂ€hlen. Die fĂŒr RHEL gelieferten Patches zur Behebung von SicherheitsanfĂ€lligkeiten beziehen sich auf GPL-Code, und gemÀà der Lizenz hat der Benutzer das Recht, diese zu verbreiten. Dies könnte jedoch als Verletzung des Vertrags mit Red Hat angesehen werden und könnte Anlass fĂŒr die Beendigung der Dienstleistungen des Unternehmens sein. FrĂŒher, als Ănderungen in das CentOS-Repository veröffentlicht wurden, ignorierte die Gemeinschaft solche Manipulationen, aber nach der Ănderung der Politik zur Bereitstellung von Zugang zu Quelltexten der RHEL-Pakete entstand die Notwendigkeit, die Interaktionsmechanismen zwischen Entwicklern offener Projekte und Unternehmen, die deren Arbeit nutzen, zu ĂŒberdenken.
Im Rahmen des Konzepts Post-Open Source wird vorgeschlagen, das VerstĂ€ndnis von Open Source um Elemente zu erweitern, die zusĂ€tzliche Bedingungen fĂŒr die kommerzielle Nutzung festlegen und die Interaktion zwischen Entwicklern und Unternehmen im Hinblick auf eine faire RĂŒckmeldung definieren. Unternehmen wird vorgeschlagen, die durch die Nutzung von Open Source-Software erzielten Vorteile entweder durch Beteiligung an der Entwicklung oder durch Zahlungen zu honorieren, die zwischen den direkten Entwicklern verteilt werden. FĂŒr nicht-kommerzielle Anwendungen und private Nutzer bleibt der Code kostenlos und wird wie zuvor unter einer Lizenz ohne vertragliche Regelung angeboten.
Eine der Optionen ist die jĂ€hrliche Compliance-Zertifizierung, nach der das Unternehmen alle Rechte zur Nutzung der nach dem Prinzip Post-Open Source verbreiteten Software erhĂ€lt. Die dafĂŒr gezahlten Mittel sollen die Entwicklung fördern. DarĂŒber hinaus wird durch die Zahlung ermöglicht, nicht nur Code fĂŒr sich selbst und Fachleute zu schreiben, die sich in Technologien auskennen, sondern auch Zeit fĂŒr die Erstellung benutzerfreundlicher Anwendungen fĂŒr Endnutzer unter BerĂŒcksichtigung ihrer Interessen aufzuwenden.
Eine der Herausforderungen, die es im Rahmen der EinfĂŒhrung des vorgeschlagenen Modells Post-Open Source zu bewĂ€ltigen gilt, ist die Notwendigkeit, eine Organisation zu schaffen, die sich mit der Analyse des Beitrags zur Entwicklung und der Verteilung der erzielten Mittel befasst. Die Organisation sollte in ihrer TĂ€tigkeit transparente Prozesse nutzen und die finanziellen Mechanismen fĂŒr die Entwickler anpassen.
Quelle: opennet.ru
