1.2. Die Gründungsurkunde

Einige Jahre nach seinem ursprünglichen Start formulierte Debian die Prinzipien, denen es als Projekt für freie Software folgen wollte. Dieser wohlüberlegte Schritt ermöglicht geordnetes und friedliches Wachstum, indem er sicherstellt, dass sich alle Mitglieder in dieselbe Richtung bewegen. Um Debian-Entwickler zu werden, muss jeder Kandidat die Unterstützung und die Einhaltung der in den Grundlagendokumenten des Projekts festgelegten Prinzipien bestätigen und nachweisen.

The development process is constantly debated, but these Foundation Documents are widely supported and consensual, and thus rarely change. The Debian constitution also offers other guarantees for their stability: a three-quarter qualified majority is required to approve any amendment.

1.2.1. Die Verpflichtung gegenüber den Benutzern

Das Projekt verfügt auch über einen „Gesellschaftsvertrag“. Was hat ein solcher Vertrag in einem Projekt zu suchen, das nur dazu gedacht ist, ein Betriebssystem zu entwickeln? Ganz einfach: Debian arbeitet für seine Benutzer und damit auch für die Gesellschaft. Dieser Vertrag fasst die Verpflichtungen zusammen, die das Projekt eingeht. Lassen Sie sie uns näher betrachten:

Debian wird zu 100% frei bleiben.
Dies ist die wichtigste Regel. Debian besteht und wird weiterhin vollständig und ausschließlich aus freier Software bestehen. Zusätzlich wird auch alle Softwareentwicklung innerhalb des Debian-Projekts selbst frei sein.
AUSBLICK Über die Software hinaus
In der ersten Version des Debian-Gesellschaftsvertrags hieß es: „Debian wird zu 100% freie Software bleiben.“ Das Verschwinden dieses letzten Wortes (mit Verabschiedung der Version 1.1 des Vertrages im April 2004) lässt die Absicht erkennen, Freiheit nicht nur bei der Software zu erreichen, sondern auch bei der Dokumentation und allen anderen Bestandteilen, die Debian innerhalb seines Betriebssystems zur Verfügung stellen möchte.
Diese Änderung, die nur als redaktionell gedacht war, hatte tatsächlich zahlreiche Konsequenzen, insbesondere die Entfernung einiger problematischer Dokumentationen. Darüber hinaus führt die steigende Verwendung von Firmware in Treibern zu Problemen: Obwohl viele nicht frei sind, sind sie für die ordnungsgemäße Funktion der entsprechenden Hardware notwendig.
Wir werden der Gemeinschaft, die freie Software entwickelt, etwas zurückgeben.
Jede vom Debian-Projekt eingebrachte Verbesserung eines in der Distribution enthaltenen Werkes wird seinem Autor zurückgesendet (dies wird „upstream“ genannt; übersetzt etwa „stromaufwärts“). Überhaupt arbeitet Debian mit der Gemeinschaft zusammen und nicht isoliert.
GEMEINSCHAFT Upstream-Autor oder Debian-Entwickler?
The term “upstream author” means the author(s)/developer(s) of a work, those who write and develop it. On the other hand, a “Debian developer” usually uses an existing work to make it into a Debian package - the term “Debian maintainer” is better suited here.
In practice, there can be overlaps between both roles: the Debian maintainer may write a patch, which benefits all users of the work. In general, Debian encourages those in charge of a package in Debian to get involved in “upstream” development as well (they become, then, contributors, without being confined to the role of simple users of a program). Or the Debian developer creates tools or documentation for the Debian distribution, like packaging helpers (e.g. debhelper) or integration frameworks (e.g. ca-certificates) and becomes an “upstream author” for those creations.
Wir werden Probleme nicht verbergen.
Debian ist nicht perfekt, es wird jeden Tag neue Probleme geben, die es zu lösen gilt. Debian wird seine Fehlerdatenbank für alle Zeiten öffentlich betreiben. Fehlermeldungen, die von Personen online abgeschickt werden, werden unverzüglich für andere sichtbar.
Unsere Prioritäten sind unsere Anwender und freie Software.
Diese Verpflichtung ist schwieriger zu erklären. Debian führt damit bei Entscheidungen, die gefällt werden müssen, eine bestimmte Einseitigkeit ein, nämlich eine für die Entwickler einfache Lösung zurückzuweisen, die die Benutzerfreundlichkeit gefährdet, und sich stattdessen für eine elegantere Lösung zu entscheiden, selbst wenn diese schwieriger umzusetzen ist. Dies bedeutet, dass vorrangig die Interessen der Anwender und der freien Software berücksichtigt werden.
Arbeiten, die nicht unseren Standards für freie Software genügen.
Debian akzeptiert und versteht, dass Anwender unfreie Programme nutzen können möchten. Deshalb erlaubt das Projekt ihnen die Nutzung von Teilen seiner Infrastruktur, um auch nicht freie Software sicher als Debian-Paket verteilen zu können.
GEMEINSCHAFT Für oder gegen den unfreien Bereich?
Die Zusage, eine Struktur zur Unterbringung unfreier Software zu unterhalten (nämlich im Bereich „non-free“, siehe Seitenleiste WÖRTERVERZEICHNIS Die main, contrib und non-free Archive) ist in der Debian-Gemeinschaft immer wieder Diskussionsthema.
Gegner argumentieren, dass dieser Bereich die Leute von Freie-Software-Entsprechungen abbringt und dass er dem Prinzip, nur der Sache der freien Software zu dienen, widerspricht. Befürworter erklären rundweg, dass die meisten unfreien Pakete „fast frei“ sind und nur wegen ein oder zwei lästiger Einschränkungen nicht aufgenommen werden (wobei die häufigste das Verbot der kommerziellen Nutzung der Software ist). Durch das Verbreiten dieser Werke im nicht freien Zweig zeigen wir dem Autor indirekt, dass sein Werk bekannter und häufiger genutzt würde, wenn es in den Hauptzweig aufgenommen werden könnte. Er wird so freundlich eingeladen, seine Lizenz zu diesem Zweck zu ändern.
After a first and unfruitful attempt in 2004, the complete removal of the non-free section is unlikely to return to the agenda, especially since it contains many useful documents that were moved simply because they did not meet the new requirements for the main section. This is especially the case for certain software documentation files issued by the GNU project (in particular, Emacs and Make). Many modern systems further also require so called “firmware“, small binary files, which are necessary to run specific hardware. Many of these files can also only be found in the non-free section.
Das Beibehalten des unfreien Zweigs stört vor allem die Free Software Foundation. Deshalb weigert sie sich, Debian als Betriebssystem offiziell zu empfehlen.

1.2.2. Die Debian-Richtlinien für freie Software

This reference document defines which software is “free enough” to be included in Debian. If a program's license is in accordance with these principles, it can be included in the main section; on the contrary, and provided that free distribution is permitted, it may be found in the non-free section. The non-free section is not officially part of Debian; it is an added service provided to users. A more detailed explanation of the different parts of the Debian archive can be found in the sidebar WÖRTERVERZEICHNIS Die main, contrib und non-free Archive.

Dieser Text ist nicht nur ein Auswahlkriterium für Debian, sondern ist zu einer Autorität in Sachen freier Software geworden und hat als Grundlage für die „Open Source“-Definition gedient. Historisch gesehen ist er eine der ersten formalen Definitionen des Konzepts der „freien Software“.

The GNU General Public License, the BSD License, and the Artistic License are examples of traditional free licenses that follow the 9 points mentioned in this text. Below you will find the text as it is published on the Debian website.

→ https://www.debian.org/social_contract.html#guidelines

Unbeschränkte Weitergabe.
Ein Bestandteil der Debian-Distribution darf durch seine Lizenz nicht verhindern, dass irgendjemand diese Software als Bestandteil einer Softwaredistribution, die Programme aus den verschiedensten Quellen enthält, verkauft oder weitergibt. Die Lizenz darf keine Abgaben oder sonstigen Leistungen für einen solchen Verkauf fordern.
Quellcode.
Das Programm muss im Quellcode vorliegen, und es muss die Weitergabe sowohl im Quellcode als auch in kompilierter Form erlaubt sein.
Weiterführende Arbeiten.
Die Lizenz muss Veränderungen und weiterführende Arbeiten gestatten und es erlauben, dass diese unter den gleichen Lizenzbedingungen weitergegeben werden dürfen wie die Original-Software.
Integrität des ursprünglichen Quellcodes.
Die Lizenz darf die Weitergabe von verändertem Quellcode nur dann verbieten, wenn sie die Weitergabe von sogenannten „Patch-Dateien“ mit dem Quellcode erlaubt, die dazu dienen, das Programm vor seiner Herstellung zu modifizieren. Die Lizenz muss ausdrücklich die Weitergabe der aus dem veränderten Quellcode erzeugten Programme erlauben. Die Lizenz darf fordern, dass die veränderten Programme einen anderen Namen oder eine andere Versionsnummer tragen müssen. (Dies ist ein Kompromiss. Die Debian-Gruppe ermutigt alle Autoren, Veränderungen an Dateien sowohl im Quellcode als auch in Binärform zuzulassen).
Keine Diskriminierung von Personen oder Gruppen.
Die Lizenz darf keine Person oder Gruppe von Personen diskriminieren.
Keine Diskriminierung von Einsatzbereichen.
Die Lizenz darf keine Einschränkungen hinsichtlich des Einsatzbereichs vornehmen. Beispielsweise darf sie nicht verhindern, dass das Programm geschäftlich oder für genetische Forschungen verwendet wird.
Weitergabe der Lizenz.
Die mit einem Programm verbundenen Rechte müssen für alle gelten, die das Programm erhalten, ohne dass es für sie notwendig ist, eine zusätzliche Lizenz zu erwerben.
Keine spezielle Lizenz für Debian.
Die mit dem Programm verbundenen Rechte dürfen nicht davon abhängig sein, dass das Programm Teil des Debian-Systems ist. Falls das Programm aus der Debian-Distribution herausgenommen wird und ohne Debian genutzt oder vertrieben werden soll, ansonsten aber im Rahmen der Programmlizenz bleibt, so müssen alle Parteien, die das Programm bekommen, die gleichen Rechte haben, wie sie im Zusammenhang mit dem Debian-System gewährt wurden.
Keine Auswirkungen auf andere Programme.
Die Lizenz darf keine Beschränkungen enthalten, die Auswirkungen auf andere Software hat, die mit diesem Programm weitergegeben wird. Beispielsweise darf die Lizenz nicht vorschreiben, dass alle anderen Programme auf dem gleichen Medium freie Software sein müssen.
ZURÜCK ZU DEN GRUNDLAGEN Copyleft
Copyleft ist ein Grundsatz, der darin besteht, Urheberrechte zur Gewährleistung der Freiheit eines Werkes und seiner Derivate zu verwenden, statt die Nutzungsrechte zu beschränken, wie es bei proprietärer Software der Fall ist. Es ist auch ein Wortspiel mit dem Begriff „Copyright“. Richard Stallman kam auf diese Idee, als ein Freund, der Wortspiele liebt, auf einen an ihn adressierten Umschlag „Copyleft: all rights reversed“ schrieb. Copyleft erzwingt die Bewahrung aller ursprünglichen Freiheiten bei der Verbreitung einer originären oder modifizierten Version eines Werkes (üblicherweise ein Programm). So ist es nicht möglich, ein Programm als proprietäre Software zu vertreiben, wenn es von Code eines unter Copyleft veröffentlichten Programms abgeleitet ist.
Eine der bekanntesten Familien von Copyleft-Lizenzen ist natürlich die GNU General Public License (GPL) und deren Ableger, die GNU Lesser General Public License (LGPL) und die GNU Free Documentation License (GFDL). Leider sind die Copyleft-Lizenzen untereinander nicht kompatibel. Deshalb ist es am besten, nur eine von ihnen zu verwenden.
Beispiellizenzen
Die Lizenzen "GPL", "BSD" und "Artistic" sind Beispiele für Lizenzen, die wir für "frei" halten.
ZURÜCK ZU DEN GRUNDLAGEN Freie Lizenzen
Die GNU GPL, die BSD-Lizenz und die Artistic License entsprechen alle den Debian-Richtlinien für freie Software, obwohl sie alle sehr unterschiedlich sind.
Die von der FSF (Free Software Foundation) verwendete und geförderte GNU GPL ist die gebräuchlichste. Ihr wesentliches Merkmal ist, dass sie genau so für jedes abgeleitete Werk gilt, das weiterverbreitet wird: ein Programm, das GPL-Code enthält oder nutzt, darf nur in Übereinstimmung mit ihren Bestimmungen verbreitet werden. So verbietet sie jegliche Wiederverwendung in einer proprietären Anwendung. Dies stellt ernste Probleme für die Wiederverwendung von GPL-Code in freier Software dar, die mit dieser Lizenz nicht kompatibel ist. Von daher ist es manchmal nicht möglich, ein Programm, das unter einer anderen Freie-Software-Lizenz veröffentlicht ist, mit einer unter der GPL verbreiteten Bibliothek zu verbinden. Andererseits ist diese Lizenz nach amerikanischem Recht sehr stabil: Rechtsanwälte der FSF waren an ihrem Entwurf beteiligt und haben Lizenzverletzer häufig zu einem gütlichen Vergleich mit der FSF gezwungen, ohne vor Gericht zu gehen.
→ https://www.gnu.org/licenses/gpl-3.0.de.html

Die BSD-Lizenz ist die am wenigsten einschränkende: Alles ist erlaubt, einschließlich der Verwendung modifizierten BSD-Codes in einer proprietären Anwendung.
→ https://www.opensource.org/licenses/bsd-license.php

Schließlich stellt die Artistic License einen Kompromiss zwischen den anderen beiden dar: Einbeziehung von Code in einer proprietären Anwendung ist erlaubt, jedoch muss jegliche Veränderung offengelegt werden.
→ https://www.opensource.org/licenses/artistic-license-2.0.php

Der vollständige Text dieser Lizenzen steht auf jedem Debian-System unter /usr/share/common-licenses/ zur Verfügung (im Falle von BSD die neuere 3-Klausel-Lizenz).

GEMEINSCHAFT Bruce Perens, ein umstrittener Leiter

Bruce Perens war der zweite Leiter des Debian-Projekts direkt nach Ian Murdock. Wegen seiner dynamischen und autoritären Methoden war er sehr umstritten. Dennoch bleibt er ein wichtiger Unterstützer des Projekts, dem Debian insbesondere für das Editieren der bekannten „Debian-Richtlinien für freie Software“ zu Dank verpflichtet ist, einer ursprünglich auf Ean Schuessler zurückgehenden Idee. Anschließend leitete Bruce daraus die bekannte „Open-Source-Definition“ ab, bei der er alle Verweise auf Debian entfernte.

→ https://www.opensource.org/

Sein Ausscheiden aus dem Projekt verlief recht emotional, aber Bruce blieb Debian eng verbunden, indem er weiterhin in politischen und wirtschaftlichen Kreisen für diese Distribution warb. Er taucht auch noch sporadisch in den Mailing-Listen auf, um Ratschläge zu geben und seine jüngsten Initiativen zugunsten von Debian vorzustellen.

Last anecdotal point, it was Bruce who was responsible for inspiring the different “codenames” for Debian versions (1.1 — Rex, 1.2 — Buzz, 1.3 — Bo, 2.0 — Hamm, 2.1 — Slink, 2.2 — Potato, 3.0 — Woody, 3.1 — Sarge, 4.0 — Etch, 5.0 — Lenny, 6.0 — Squeeze, 7 — Wheezy, 8 — Jessie, 9 — Stretch, 10 — Buster, 11 — Bullseye, 12 (not released yet) — Bookworm, Unstable — Sid). They are taken from the names of characters in the Toy Story movie. This animated film entirely composed of computer graphics was produced by Pixar Studios, with whom Bruce was employed at the time that he led the Debian project. The name “Sid” holds particular status, since it will eternally be associated with the Unstable branch. In the film, this character was the neighbor's child who always broke toys — so beware of getting too close to Unstable. Otherwise, Sid is also an acronym for “Still In Development”.