Bruce Perens, einer der Autoren der Definition von Open Source und MitbegrĂŒnder der Open Source Initiative, ist der Meinung, dass das Paradigma von Open Source einen Punkt erreicht hat, an dem offene Lizenzen keinen angemessenen Schutz mehr bieten und es an der Zeit ist, ein ĂŒberarbeitetes Konzept des Post-Open Source zu schaffen, das die Beziehungen zwischen Entwicklern von Open Source-Software und kommerziellen Unternehmen harmonisiert.
Die GPL wurde ursprĂŒnglich nur als Lizenz entwickelt und ist kein Vertrag, d.h. sie zielt lediglich darauf ab, Rechte zu gewĂ€hren, kann aber keine Rechte entziehen. Laut Perens sollte das neue Lizenzmodell vertragliche Bedingungen enthalten, die gemÀà den Anforderungen des Rechtsgebiets, das vertragliche Beziehungen regelt, betrachtet werden. Unternehmen haben mittlerweile gelernt, die Anforderungen der GPL-Lizenz bezĂŒglich des unbeschrĂ€nkten Zugangs zu Quelltexten zu umgehen. Um die ZugĂ€nglichkeit des Codes einzuschrĂ€nken, werden Schlupflöcher genutzt, die mit dem Auferlegen zusĂ€tzlicher vertraglicher Bedingungen gegenĂŒber dem Endbenutzer verbunden sind, welche die sekundĂ€re Verbreitung des zugrunde liegenden Open-Source-Codes einschrĂ€nken.
Wenn ein Kunde beispielsweise eine RHEL-Distribution kauft, unterzeichnet er einen Supportvertrag mit Red Hat, der die Redistribution von Daten einschrĂ€nkt und das Recht zur VertragskĂŒndigung im Falle von Diskrepanzen zwischen den tatsĂ€chlich installierten und gekauften RHEL-Kopien erwĂ€hnt. Dies zwingt den Kunden dazu, zwischen der Freiheit, Software zu verwalten, und dem Erhalt des Red Hat-Status zu wĂ€hlen. Die fĂŒr RHEL bereitgestellten Sicherheits-Patches sind GPL-Code und gemÀà der Lizenz hat der Benutzer das Recht, diese zu verbreiten, was jedoch als Vertragsverletzung gegenĂŒber Red Hat interpretiert werden könnte und zur Einstellung der Dienstleistungen des Unternehmens fĂŒhren kann. FrĂŒher, als Ănderungen im CentOS-Repository veröffentlicht wurden, ignorierte die Gemeinschaft solche Manipulationen, doch mit der Ănderung der Richtlinien zur Bereitstellung von Zugriff auf den Quellcode der RHEL-Pakete wurde die Notwendigkeit deutlich, die Mechanismen der Zusammenarbeit zwischen Entwicklern offener Projekte und Unternehmen, die von deren Arbeit profitieren, zu ĂŒberdenken.
Im Rahmen des Post-Open-Source-Konzepts wird vorgeschlagen, den Begriff Open Source um Elemente zu erweitern, die zusĂ€tzliche Bedingungen fĂŒr die kommerzielle Nutzung auferlegen und die Interaktion zwischen Entwicklern und Unternehmen hinsichtlich einer fairen VergĂŒtung definieren. Unternehmen, die von der Nutzung von Open Source-Software profitieren, wird angeboten, entweder durch Mitarbeit an der Entwicklung oder durch Zahlung von Abgaben zu begleichen, die an die direkten Entwickler verteilt werden. FĂŒr nicht-kommerzielle Anwendungen und Einzelbenutzer bleibt der Code kostenlos und wird weiterhin durch eine Lizenz geregelt, ohne vertragliche Bedingungen.
Eine der Optionen ist die jĂ€hrliche Zertifizierung (Compliance), nach der das Unternehmen alle Rechte zur Nutzung der Software erhĂ€lt, die gemÀà dem Prinzip der Post-Open Source verbreitet wird. Die Mittel, die zur Erhalt der Genehmigung bereitgestellt werden, fördern die Entwicklung. DarĂŒber hinaus ermöglicht die Bezahlung nicht nur das Programmieren fĂŒr sich selbst und Fachleute mit technischem VerstĂ€ndnis, sondern auch die Schaffung benutzerfreundlicher Anwendungen, die die Interessen der Endanwender berĂŒcksichtigen.
Zu den Herausforderungen, die im Prozess der Implementierung des vorgeschlagenen Modells Post-Open Source gelöst werden mĂŒssen, gehört die Notwendigkeit, eine Organisation zu schaffen, die sich mit der Erfassung des Beitrags zur Entwicklung und der Verteilung der erhaltenen Mittel beschĂ€ftigt. Die Organisation sollte in ihrer TĂ€tigkeit transparente Prozesse nutzen und finanzielle Mechanismen zur UnterstĂŒtzung der Entwickler einrichten.
Quelle: opennet.ru
