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
