Kapitel 2 - Debian-Grundlagen | ...::: Guatewireless.org ::::..

Kapitel 2 - Debian-Grundlagen

Dieses Kapitel enthält grundlegende Informationen über das Debian-System für Nicht-Programmierer. Finden Sie maßgebliche Informationen finden Sie unter:

Debian Policy-Handbuch
Debian Developer's Reference
New Maintainers 'Guide Debian-Paket

aufgeführt unter Referenzen, Abschnitt 15.1.

Wenn Sie sich für weniger detaillierte Erläuterung, gehen direkt an die Debian-Paketverwaltung, Kapitel 6 oder in andere relevante Kapitel.

Dieses Kapitel basiert auf Informationen aus der "Debian-FAQ", größtenteils umgeschrieben, um erzielt wurden, den ersten Schritt zu Debian-System-Administratoren.

2.1 Die Debian-Archive

2.1.1 Verzeichnisstrukturen

Die Software wurde als Debian-Paket ist in einem der vielen Verzeichnisbäume auf jedem sitio réplica Debian durch FTP oder HTTP.

In jedem Debian-Mirror unter dem Verzeichnis debian können Sie die folgenden Verzeichnissen zu finden:

dists/: Dieses Verzeichnis enthält die "Distributionen" und werden eingesetzt, um die Pakete, die derzeit verfügbar in den Versionen und Pre-Releases von Debian-Zugang. Man kann immer noch hier einige alte Pakete, die Contents-*.gz und Dateien Packages.gz

pool/: Der neue Standort aller Pakete aller Versionen und frühere Versionen von Debian.

tools/: DOS-Hilfsmittel zum Erzeugen von Bootdisketten, Partitionieren der Festplatte, Komprimieren / Dekomprimieren von Dateien und zum Booten von Linux.

doc/: Die grundlegenden Debian-Dokumentation, FAQ, die Hinweise für ein Scheitern zu veröffentlichen, und so weiter.

indices/: Die Betreuer-Datei und die Dateien überschreiben.

project/

meist nur für Entwickler, wie zB:

project/experimental/: Dieses Verzeichnis enthält Pakete und Hilfsmittel, die sich noch in der Entwicklung und im Alpha-Stadium befinden. Benutzer sollten nicht mit diesen Paketen, wie sie sein können gefährlich und schädlich auch für die mehr Erfahrung haben.

project/orphaned/: Pakete, welche von ihrem alten Betreuer zu Waisen geworden sind, und wurden aus dem Verkehr zu ziehen.

2.1.2 Debian-Distributionen

Normalerweise gibt es drei Debian-Distributionen im Verzeichnis dists die stabile Distribution sind (stable), die testing-Distribution (testing) und der Unstable-Distribution (unstable). Manchmal gibt es eine frozen-Distribution (siehe Die frozen-Distribution, Abschnitt 2.1.6). Jede Distribution ist ein symbolischer Link in das entsprechende Verzeichnis mit einem Code-Namen in dem Verzeichnis dists definiert

2.1.3 Die `stable-Distribution`

Die Pakete für die stabile Distribution, Debian Sarge (3.1r0), befinden sich im stable (symbolischer Link zu sarge

stable/main/ Dieses Verzeichnis enthält die Pakete, die auf die neueste offizielle Version des Systems Debian.Todos diese Pakete sind kostenlos, dh, sie stimme mit Las directivas del Software Libre de Debian (DFSG) (auch als gehöre /usr/share/doc/debian/social-contract.txt die durch debian-doc installiert debian-doc

stable/non-free/ Dieses Verzeichnis enthält Pakete, die als frei nach DFSG.Por Beispiel qualifiziert ist, die Lizenzen einiger Pakete die kommerzielle Verteilung zu untersagen. Andere können weitergegeben werden, sondern sind Shareware.

stable/contrib/ Dieses Verzeichnis enthält Pakete, die unter der DFSG frei sind, aber irgendwie von einem anderen abhängig Paket, das nicht frei ist.

Derzeit neben den oben genannten Standorten werden die Pakete direkt in das Verzeichnis pool befindet (Das pool-Verzeichnis, Abschnitt 2.1.10).

Der aktuelle Status der stable-Distribution ist auf der Website Stable Problems zur Stable Problems

2.1.4 Die `testing-Distribution`

Pakete der Testversion, Debian Etch, befinden sich im Verzeichnis testing (symbolischer Link zu etch) Nach der Prüfung für einige Zeit in unstable. Derzeit neben den oben genannten Standorten werden die Pakete in dem Verzeichnis pool befindet (Das pool-Verzeichnis, Abschnitt 2.1.10). Ebenso werden auch die Unterverzeichnisse main contrib und non-free die die gleichen Funktionen wie in der Branche estable

Diese Pakete müssen synchron auf allen Architekturen, für die sie gebaut und installiert sein, müssen sie auch weniger kritische Fehler, als die Versionen in unstable. So ist zu hoffen, dass die Tests ein möglicher Kandidat für die nächste Version ist. Mehr Details über diesen Mechanismus: http://www.debian.org/devel/testing

Der letzte Stand der testing-Distribution kann auf den folgenden Seiten gefunden werden:

update excuses
testing problems
release-critical bugs
base system bugs
bugs in standard and task packages
other bugs and bug-squashing party notes

2.1.5 Die `testing-Distribution`

Die Pakete für die instabile mit dem Kodenamen "Sid" gehören, werden in den unstable (symlink auf sid nachdem sie in das Debian-Archiv geladen wurden und verbleiben hier solange, bis sie an de prueba Datum verschoben, zusätzlich zu den oben genannten Standorten Pakete befinden sich im Verzeichnis pool befindet (Das pool-Verzeichnis, Abschnitt 2.1.10). Ebenso werden auch die Unterverzeichnisse main contrib und non-free die die gleichen Funktionen wie in der Branche estable

Die unstable-Distribution enthält die neueste Bild-Entwicklungssystem. Benutzer sind aufgefordert, zu verwenden und testen Sie diese Pakete, werden aber über den Staat gewarnt. Der Vorteil der Verwendung der testing-Distribution ist, dass Sie immer mit der aktuellsten Debian-, sondern den Fall, dass nicht beide Teile neuesten Stand zu halten sind

Der aktuelle Status der unstable-Distribution ist auf der Website Problemas de la rama inestable zur Problemas de la rama inestable

2.1.6 Die `frozen-Distribution`

Wenn die testing-Distribution ausgereift ist eingefroren, dh kein neuer Code wird allgemein anerkannt und, wenn nötig-nur noch Bugfixes. Auch in dem Verzeichnis dists erstellen Sie einen neuen Test Baum "zugeordnet ist einen neuen Namen. Die eingefrorene Distribution durchläuft nun einige Monate getestet, mit zwischenzeitlichen Updates und Tiefkühltruhen genannte "Test-Zyklen.

In der eingefrorenen Distribution die Verfolgung von Fehlern, die ein Paket oder komplette Distribution verzögern. Sobald die Anzahl der Fehler den maximal zulässigen Wert unterschreitet, wird stable-Distribution aus der eingefrorenen Distribution freigegeben wird und die letzte stable-Distribution veraltet (und gespeichert).

Version 2.1.7 des Debian -

Die Namen der Verzeichnisse in das Verzeichnis dists wie sarge und etch sind nur "Kodenamen". Wenn sich eine Debian-Distribution in der Entwicklung befindet, besitzt keine Versionsnummer aber einen Codenamen. Der Grund für diese Kodenamen ist das Spiegeln der Debian-Distributionen zu machen (wenn ein Verzeichnis wie unstable plötzlich änderte seinen Namen in stable wenn auch nicht notwendig, wäre es um ein paar Sachen wieder Download).

Derzeit stable/ ein symbolischer Link zu sid und testing/ ist ein symbolischer Link zu etch. Dies bedeutet, dass Sarge die aktuelle stable-Distribution und Etch ist die aktuelle testing-Distribution.

unstable ist ein permanenter symbolischer Link zu sid/ so wie Sid ständig für die unstable-Distribution.

2.1.8 Kodenamen in der Vergangenheit verwendet

Codename wurden bereits verwendet: "Buzz" für Ausgabe 1.1, "Rex" für Ausgabe 1.2, "Bo" für die Ausgaben 1.3.x, "Hamm" für Ausgabe 2.0, "Slink" für Version 2.1 , "Potato" für Ausgabe 2.2, "Woody" für Ausgabe 3.0, und "Sarge" für Ausgabe 3.1.

2.1.9 Die Herkunft der Kodenamen

Bisher wurden sie aus dem Film Toy Story von Pixar verwendet.

Buzz (Buzz Lightyear) war der Astronaut,
Rex war der Tyrannosaurus,
Bo (Bo Peep) war das Mädchen, die sich um sich um die Schafe,
Hamm war das Sparschwein,
Slink (Slinky Dog) war der Spielzeughund,
Potato war natürlich Mr. Potato Head,
Woody war der Cowboy.
Sarge war der Anführer der Armee von grünem Kunststoff
Etch (Etch-a-Sketch) war die Schreibtafel,
Sid war der Junge von Nebenan, welcher Spielzeug zerstörte.

2.1.10 Das `pool-Verzeichnis`

Früher wurden Pakete in dem Unterverzeichnis dists entsprechend der Verteilung gehalten. Dies wird verschiedene Probleme verursachen, wie zum Beispiel eine große Bandbreite-Verbrauch auf Mirrors nach einigen großen Änderungen vorgenommen wurden.

Derzeit wurden Pakete in einem großen "Pool" gespeichert, strukturiert nach dem Quellcode-Paket Namen. Zur Erhöhung der Benutzerfreundlichkeit, ist der Pool je nach Abschnitt (main, contrib und non-free) sowie dem ersten Buchstaben des Quellcode-Paket. Diese Verzeichnisse enthalten verschiedene Dateien: die Binärpakete für jede Architektur und die Source-Pakete, aus denen sie erzeugt wurden.

Sie können herausfinden, wo ein Paket den Befehl apt-cache läuft showsrc Paketname aufruft und liest die Zeile, die sagt Verzeichnis: '. Zum Beispiel, die Pakete von apache in pool/main/a/apache/ Da es sehr viele lib *-Pakete, werden diese gesondert behandelt: zum Beispiel, fand Pakete libpaper in pool/main/libp/libpaper/

Directories dists noch für die Index-Dateien von Programmen wie apt Wie auch immer, wie ich diesen doucment schreiben, haben ältere Distributionen nicht geändert worden, um diese "Einlagen" verwenden, so werden Sie sehen, Pfade mit Namen von Distributionen wie Kartoffel-oder Woody in der Header-Feld "Verzeichnis".

Normalerweise sollten Sie nicht, was mit diesen Sorgen, als neue apt und wahrscheinlich ältere dpkg-ftp dies problemlos handhaben. Weitere Informationen finden Sie im RFC: implementación de las herramientas de paquetes

2.1.11 Historische Bemerkungen über Sid

Wenn die heutige Sid noch nicht existierte, die Debian-Archiv nur einen großen Nachteil: es wurde angenommen, dass, wenn eine Architektur erstellt wurde, in der aktuellen inestable werden erst freigegeben, wenn diese Distribution zum neuen stable-Zweig wurde. Für viele Architekturen war das nicht der Fall mit dem Ergebnis, dass diese Verzeichnisse während der Veröffentlichung verschoben werden. Dies war unpraktisch, da die Verschiebung zu einer großen Bandbreite.

Die Archiv-Administratoren umgingen das Problem einige Jahre, indem sie Binaries für unveröffentlichte Architekturen in einem speziellen Verzeichnis namens sid Veröffentlicht zum ersten Mal wurde ein Zusammenhang zwischen der Version estable und sid und da sie in der Branche inestable Regel erstellt. Diese Vorgehensweise war für die Anwender verworren.

Mit Beginn der Paket-Pools (vergleiche Das pool-Verzeichnis, Abschnitt 2.1.10) in der Entwicklung der Woody-Distribution, wurden Binärpakete an einer Stelle im Pool gehalten werden, unabhängig von der Distribution, so dass die Veröffentlichung einer Distribution nicht länger zu einer großen Bandbreite auf den Mirrors führte (es gibt jedoch eine allmähliche Verbrauch von Bandbreite während der Entwicklung).

2.1.12 Uploaded Pakete in `incoming/`

Die Pakete befinden sich zunächst befindet http://incoming.debian.org/ nachdem sie überprüft wurden, um sicherzustellen, dass sie von einem Debian-Entwickler wirklich kommen (und befinden sich im Unterverzeichnis DELAYED im Fall einer Übertragung von einer Person, die ist nicht verantwortlich: Non-Maintainer Upload (NMU)). Einmal am Tag, sind incoming/ verbracht werden incoming/ zu unstable/

In Notfällen, wenn Sie Pakete von incoming/ installieren incoming/ bevor unstable/

2.1.13 Wiederauffinden eines älteren Paketes

Während die aktuellsten Debian-Distributionen im Verzeichnis debian jeden sitio réplica sind die Archive für ältere Debian-Distributionen wie Slink in immer http://archive.debian.org/ oder ein Verzeichnis debian-archive jedem Debian-Mirror.

Die alten Pakete aus der Prüf-und Unstable-Zweig befinden sich auf http://snapshot.debian.net/

2.1.14 Architektur

Innerhalb jedes der wichtigen Verzeichnisbäume dists/stable/main dists/stable/contrib dists/stable/non-free dists/unstable/main etc.). Einträge der Binärpakete in Unterverzeichnissen, deren Namen angeben, der Architektur, für die sie kompiliert wurden.

binary-all/ für Pakete, welche Architektur sind. Dazu gehören zB Perl-Skripte oder Dokumentationen.

binary- platform / für Pakete, welche auf einer gegebenen Plattform auszuführen.

Bitte beachten Sie, dass die Binär-Pakete für die Demo-Version und die Version nicht mehr länger in diesen Verzeichnissen befinden, sondern in der pool Jedoch aus Gründen der Rückwärtskompatibilität Themen gehalten wurden, die Index-Dateien Packages und Packages.gz

Für die aktuell unterstützten Binärarchitekturen finden Sie in den Release Notes der einzelnen Distributionen. Sie können in den Release Notes-Seite für sein stable und testing

2.1.15 Der Quellcode

In der Debian-System enthält den Quellcode für alles. Darüber hinaus erfordern die Lizenzbedingungen der meisten Programme, das verteilt wird, zusammen mit ihren Quellcode oder bieten eine Möglichkeit, es zu bekommen.

Normalerweise wird der Source-Code durch das Verzeichnis source die für alle Verzeichnisse mit Binaries für eine bestimmte Architektur parallel oder in jüngerer Zeit in das Verzeichnis pool verteilt wird (vergleiche Das pool-Verzeichnis, Abschnitt 2.1.10). Um die Quelle ohne vertraut mit der Struktur des Debian-Archivs hat man versuchen, apt-get source Paketname.

Einige Pakete wie zB pine sind nur als Source-Code aufgrund von Einschränkungen durch ihre Lizenz (Kürzlich wurde das Paket verhängt wurde pine-tracker um die Installation von Pine) erleichtern. Das beschriebene Verfahren in Portierung eines Pakets auf die stable und Erstellen von Abschnitt 6.4.10 Verpackungen, Abschnitt 13.10 bieten einige Möglichkeiten, um ein Paket manuell.

Für Pakete Verzeichnis "contrib" und "non-free", welche formal nicht Teil von Debian, der Quellcode kann, muss aber nicht zur Verfügung.

Popularity: 1%

...::: Guatewireless.org ::::..