Die Vorgeschichte der Open Source Initiative beruht auf der gesamten Entwicklungsgeschichte von Unix, der im Internet entwickelten freien Software und der „Hacker-Kultur“.

Das „Open Source“-Label selbst entstand im Rahmen eines strategischen Treffens am 3. Februar 1998 in Palo Alto, California. Dabei waren unter anderem anwesend: Todd Anderson, Chris Peterson (Foresight Institute), John „maddog“ Hall und Larry Augustin (beide Linux International), Sam Ockman (Silicon Valley Linux User's Group) und Eric S. Raymond.

Dieses Treffen, welchem viele Diskussionen auf Mailinglisten vorangingen, war eine Reaktion auf die Ank�ndigung der Firma Netscape, die Sourcen ihrers Browsers freizugeben. Dieses Projekt wurde sp�ter unter dem Namen Mozilla bekannt. Eric S. Raymond wurde von der Firma Netscape im Vorfeld der Ank�ndigung gebeten, bei der Freigabe des Quellcodes und den damit verbundenen Formalit�ten zu helfen.

Die „Open Source“-Definition ist von den Debian Free Software Guidelines abgeleitet. Bruce Perens verfasste die erste Version, die durch den regen E-Mail-Kontakt mit verschiedenen Debian Entwicklern im Juni 1997 verfeinert wurde.

Die Open Source Initiative ist mittlerweile als „California public benefit“ (eine nicht-kommerzielle) Vereinigung anerkannt. Die Adresse f�r Spenden lautet:

Law Offices of Lawrence E. Rosen
702 Marshall St. Ste. 301
Redwood City, CA 94063

Version 1.9

Einf�hrung

„Quelloffen“ („Open Source“) bedeutet nicht nur freien Zugang zum Quellcode. Bei quelloffener Software m�ssen die Lizenzbestimmungen in Bezug auf die Weitergabe der Software folgenden Kriterien entsprechen:

1. Freie Weitergabe

Die Lizenz darf niemanden in seinem Recht einschr�nken, die Software als Teil eines Software-Paketes, das Programme unterschiedlichen Ursprungs enth�lt, zu verschenken oder zu verkaufen. Die Lizenz darf f�r den Fall eines solchen Verkaufs keine Lizenz- oder sonstigen Geb�hren festschreiben.

2. Quellcode

Das Programm muss den Quellcode beinhalten. Die Weitergabe muss sowohl f�r den Quellcode als auch f�r die kompilierte Form zul�ssig sein. Wenn das Programm in irgendeiner Form ohne Quellcode weitergegeben wird, so muss es eine allgemein bekannte M�glichkeit geben, den Quellcode zum Selbstkostenpreis zu bekommen, vorzugsweise als geb�hrenfreien Download aus dem Internet. Der Quellcode soll die Form eines Programms sein, die ein Programmierer vorzugsweise bearbeitet. Absichtlich unverst�ndlich geschriebener Quellcode ist daher nicht zul�ssig. Zwischenformen des Codes, so wie sie etwa ein Pr�prozessor oder ein Konverter („Translator“) erzeugt, sind unzul�ssig.

3. Abgeleitete Software

Die Lizenz muss Ver�nderungen und Derivate zulassen. Au�erdem muss sie es zulassen, dass die solcherart entstandenen Programme unter denselben Lizenzbestimmungen weitervertrieben werden k�nnen wie die Ausgangssoftware.

4. Unversehrtheit des Quellcodes des Autors

Die Lizenz darf die M�glichkeit, den Quellcode in ver�nderter Form weiterzugeben, nur dann einschr�nken, wenn sie vorsieht, dass zusammen mit dem Quellcode so genannte „Patch files“ weitergegeben werden d�rfen, die den Programmcode bei der Kompilierung ver�ndern. Die Lizenz muss die Weitergabe von Software, die aus ver�ndertem Quellcode entstanden ist, ausdr�cklich erlauben. Die Lizenz kann verlangen, dass die abgeleiteten Programme einen anderen Namen oder eine andere Versionsnummer als die Ausgangssoftware tragen.

5. Keine Diskriminierung von Personen oder Gruppen

Die Lizenz darf niemanden benachteiligen.

6. Keine Einschr�nkungen bez�glich des Einsatzfeldes

Die Lizenz darf niemanden daran hindern, das Programm in einem bestimmten Bereich einzusetzen. Beispielsweise darf sie den Einsatz des Programms in einem Gesch�ft oder in der Genforschung nicht ausschlie�en.

7. Weitergabe der Lizenz

Die Rechte an einem Programm m�ssen auf alle Personen �bergehen, die diese Software erhalten, ohne dass f�r diese die Notwendigkeit best�nde, eine eigene, zus�tzliche Lizenz zu erwerben.

8. Die Lizenz darf nicht auf ein bestimmtes Produktpaket beschr�nkt sein

Die Rechte an dem Programm d�rfen nicht davon abh�ngig sein, ob das Programm Teil eines bestimmten Software-Paketes ist. Wenn das Programm aus dem Paket herausgenommen und im Rahmen der zu diesem Programm geh�renden Lizenz benutzt oder weitergegeben wird, so sollen alle Personen, die dieses Programm dann erhalten, alle Rechte daran haben, die auch in Verbindung mit dem urspr�nglichen Software-Paket gew�hrt wurden.

9. Die Lizenz darf die Weitergabe zusammen mit anderer Software nicht einschr�nken

Die Lizenz darf keine Einschr�nkungen enthalten bez�glich anderer Software, die zusammen mit der lizenzierten Software weitergegeben wird. So darf die Lizenz zum Beispiel nicht verlangen, dass alle anderen Programme, die auf dem gleichen Medium weitergegeben werden, auch quelloffen sein m�ssen.