Kapitel 6. Die Debian-Archive

Es gibt drei große Distributionen: »Stable«, »Testing« und »Unstable«. Die »Testing«-Distribution kann zeitweise »Frozen« (eingefroren) sein (siehe Abschnitt 6.5.1, „Wie erhält Testing den »frozen«-Status?“). Daneben gibt es noch die Distributionen »Oldstable« und »Experimental«.

Experimental wird für Pakete benutzt, die sich noch in der Entwicklung befinden und daher die Stabilität ihres Systems hochgradig gefährden können. Diese Distribution benutzen Entwickler, welche absolut brandneue Software untersuchen möchten. Normale Benutzer sollten keine Pakete aus Experimental verwenden, weil sich diese selbst für die erfahrensten Benutzer als gefährlich oder schädlich erweisen können.

Für Hilfe bei der Auswahl einer geeigneten Debian-Distribution lesen Sie bitte Kapitel 3, Eine Debian-Distribution auswählen.

Dabei handelt es sich einfach um Codenamen. Wenn sich eine Debian-Distribution noch in der Entwicklung befindet, besitzt sie keine Versionsnummer, aber einen Codenamen. Der Zweck dieser Codenamen ist es, das Spiegeln von Debian-Distributionen zu vereinfachen (wenn ein echtes Verzeichnis wie unstable plötzlich in stable umbenannt werden würde, würden eine Menge an Daten sinnloserweise erneut heruntergeladen werden).

Zur Zeit ist stable ein symbolischer Link auf bookworm (also Debian GNU/Linux 12) und testing ein symbolischer Link auf trixie. Dies bedeutet, dass bookworm die derzeitige Stable-Distribution und trixie die derzeitige Testing-Distribution ist.

unstable wiederum ist ein permanenter symbolischer Link auf sid, da sid immer die Unstable-Distribution ist (siehe dazu Abschnitt 6.3, „Was ist mit »Sid«?“).

Sid oder Unstable ist der Ort, wo die meisten Pakete erstmals hochgeladen werden. Es wird nie direkt veröffentlicht werden, da zu veröffentlichende Pakete erst in Testing eingefügt werden, um dann später in Stable übernommen zu werden. Sid enthält Pakete für bereits veröffentlichte und unveröffentlichte Architekturen.

Der Name »Sid« kommt ebenfalls aus dem Animationsfilm »Toy Story«: Sid war der Junge von Nebenan, der immer die Spielzeuge zerstörte.

^[2]

Pakete landen im »testing«-Verzeichnis, nachdem sie zu einem gewissen Grad in Unstable getestet wurden.

Diese Pakete müssen identisch für alle Architekturen vorliegen, auf denen sie gebaut wurden. Es darf auch keine Abhängigkeit vorliegen, welche sie uninstallierbar machen würde. Des Weiteren müssen sie weniger veröffentlichungskritische Fehler aufweisen als die aktuelle Version in Unstable. Auf diese Art hoffen wir, dass Testing immer nahe daran ist, ein Release-Kandidat zu werden.

Weitere Informationen über den Status von Testing und über die einzelnen Pakete finden Sie unter https://www.debian.org/devel/testing.

Das »unstable«-Verzeichnis enthält eine Momentaufnahme des derzeitigen Entwicklungssystems. Benutzer können die Pakete darin ohne weiteres ausprobieren oder verwenden, sollten aber darauf eingestellt sein, dass diese unter Umständen nur bedingt einsatzreif sind. Der Vorteil von Unstable liegt darin, dass alle Pakete immer auf dem aktuellsten Stand der GNU/Linux-Entwicklung sind. Wenn allerdings etwas kaputt geht, sollten Sie wissen, wie sie mit den Bruchstücken umgehen müssen.

Unstable enthält ebenfalls die Unterverzeichnisse main, contrib und non-free. Die Pakete werden darin nach den bei Stable beschriebenen Kriterien abgelegt.

Diese Verzeichnisse beeinhalten die durch Debian GNU/Linux bereitgestellte Software und sind auf jedem Debian-Spiegel anzutreffen.

Der Verzeichnisname dists steht kurz für »Distributionen«. In diesem Verzeichnis sind die aktuellen und frühere Debian-Distributionen hinterlegt.

Das pool-Verzeichnis enthält die eigentlichen Pakete, siehe dazu auch Abschnitt 6.10, „Was befindet sich in dem pool-Verzeichnis?“.

Ergänzend gibt es folgende Verzeichnisse:

In jedem Hauptverzeichnis^[3] gibt es drei Zusammenstellungen von Unterverzeichnissen, die Dateien mit Auflistungen der Binärpakete enthalten.

Da sind zum einen die binary-irgendwas-Verzeichnisse, welche Dateien mit Auflistungen der Binärpakete aller verfügbaren Computerarchitektur enthalten, z.B. /binary-i386/ für Pakete der Intel x86-Architektur oder /binary-sparc/ für Pakete, die auf Sun SPARCStations laufen.

Die vollständige Liste, welche Architekturen bei den Debian-Veröffentlichungen berücksichtigt wurden, ist auf der Debian-Webseite zu finden. Für die derzeit aktuelle Veröffentlichung finden Sie Details unter Abschnitt 4.1, „Auf welchen Hardware-Architekturen/Systemen läuft Debian GNU/Linux?“.

Das Verzeichnis binary-* enthält in den »Packages(.gz, .bz2)« benannten Dateien eine Zusammenfassung von Informationen zu jedem einzelnen Paket der Distribution. Die eigentlichen Binärpakete liegen direkt im pool-Verzeichnis.

Des Weiteren existiert ein Unterverzeichnis namens »source/«, das Dateien beinhaltet, welche die Quellpakete der Distribution auflisten. Diese Dateien heißen Sources(.gz, .bz2).

Zu guter Letzt existiert ein Satz von Unterverzeichnissen mit Dateien, die vom Installationssystem benötigte Auflistungen der Pakete enthalten. Diese liegen in debian-installer/binary-architektur.

Für jede in die Debian-Distributionen aufgenommene Software wird auch der Quellcode bereitgestellt. Es ist sogar so, dass die zugehörigen Lizenzbedingungen meistens verlangen, dass der Quellcode zusammen mit dem eigentlichen Programm ausgeliefert wird oder zumindest zur Verfügung steht.

Der Quellcode wird über das pool-Verzeichnis (siehe Abschnitt 6.10, „Was befindet sich in dem pool-Verzeichnis?“), zusammen mit den architekturspezifischen Binärverzeichnissen, verteilt. Um den Quellcode zu erhalten, ohne sich um die Archiv-Verzeichnisstruktur kümmern zu müssen, können Sie z. B. apt-get source PAKETNAME verwenden.

Aufgrund von Einschränkungen in den Lizenzen könnte der Quellcode bei Paketen in »contrib« und »non-free« eventuell nicht verfügbar sein (diese Bereiche gehören aber formal gesehen auch nicht zum Debian-System). In einigen Fällen dürfen nur Binärdateien (»binary blobs«) ohne deren Quellcode verteilt werden (wie z.B. bei firmware-misc-nonfree); in anderen Fällen verbietet die Lizenz die Verteilung von im Vornherein gebauten Binärdateien, erlaubt jedoch Quellcode-Pakete, die die Benutzer dann selbst übersetzen können (wie z.B. bei dem Paket broadcom-sta-dkms).

Pakete werden in einem großen, letztlich nach den Namen der Quellpakete untergliederten »Pool« gelagert. Der besseren Handhabbarkeit wegen ist das pool-Verzeichnis unterteilt in die Abschnitte (»main«, »contrib« und »non-free«) und dann sortiert nach dem ersten Buchstaben des Quellpaketes. Diese Verzeichnisse enthalten zahlreiche Dateien: die Binärpakete für jede Architektur und die Quellpakete, von denen die Binärpakete erstellt wurden.

Wo ein Paket abgelegt ist, laßt sich herausfinden, indem man apt-cache showsrc PAKETNAME ausführt und dann in der »Directory:«-Zeile nachschaut. Beispielsweise liegt das apache-Paket in pool/main/a/apache.

Da es sehr viele Bibliothekspakete (mit Namen lib*) gibt, ist der Pool hier noch feiner unterteilt, beispielsweise sind libpaper-Pakete in pool/main/libp/libpaper/ gespeichert.

^[4]

Nachdem ein Entwickler ein Paket hochgeladen hat, bleibt es für eine kurze Zeit in dem »incoming«-Verzeichnis, bis es auf seine Echtheit überprüft wurde und somit in das Archiv darf.

Normalerweise sollte niemand etwas von dort installieren. Allerdings gibt es seltene Notfälle. Das incoming-Verzeichnis ist unter https://incoming.debian.org/ verfügbar. Es ist möglich, Pakete per Hand von dort zu holen, die GPG-Signatur und MD5-Prüfsumme in den .changes- und .dsc-Dateien zu überprüfen und sie dann zu installieren.

Old releases are removed from the main archive and mirrors, which only keep the content of the releases up to "oldstable" (the stable release before the current one). If you are interested in obtaining older versions of packages, go to https://snapshot.debian.org/.

The snapshot archive is a wayback machine that allows access to old packages based on dates and version numbers. It consists of all past and current packages the Debian archive provides. It provides a valuable valuable resource for tracking down when regressions were introduced, or for providing a specific environment that a particular application may require to run. The snapshot archive is accessible like any normal apt repository, allowing it to be easily used by all.

Wenn man eigene Debian-Pakete gebaut hat und diese mit den Standard-Debian-Paketwerkzeugen installieren möchte, so ist es möglich, ein eigenes apt-taugliches Paketarchiv zu erstellen. Dies ist auch nützlich, wenn man nicht bei Debian GNU/Linux erhältliche Paketes selbst zur Verfügung stellen möchte. Informationen und Anleitungen, wie Sie dies bewerkstelligen, finden Sie im Debian Wiki.