Kapitel 2. Debian-Paketmanagement

Hier einige wichtige Punkte für die Paketkonfiguration auf einem Debian-System:

	Achtung
	Für Ihre Produktions-Server wird die Stable-Suite inklusive der Sicherheitsaktualisierungen empfohlen. Dasselbe gilt für Desktop-Rechner, für die nur eingeschränkt administrative Betreuung gewährleistet ist.

Trotz der obigen Warnungen weiß ich, dass viele Leser dieses Dokuments trotzdem die neuere Testing- oder Unstable-Suite nutzen möchten.

Debian besteht aus folgenden Gründen zu 100% aus freier Software:

Einige Leute fragen sich, ob sich folgende Fakten widersprechen oder nicht:

Das Debian-System stellt einen konsistenten Satz von Binärpaketen bereit und verwendet dafür einen Deklarationsmechanismus für versionierte Binärabhängigkeiten über Felder in der control-Datei. Hier eine leicht vereinfachte Definition dieser Felder:

	Anmerkung
	Bitte beachten Sie, dass die gleichzeitige Deklaration von "Provides", "Conflicts" und "Replaces" für ein virtuelles Paket eine vernünftige Konfiguration ist. So wird sichergestellt, dass nur ein reelles Paket, das dieses virtuelle Paket bereit stellt, zur jeweiligen Zeit installiert sein kann.

Hier folgt eine vereinfachte Ereignisabfolge für das APT-Paketmanagement.

Wenn Sie auf mehr als zwei ähnliche Pakete stoßen und sich fragen, welches Sie installieren sollen, ohne dabei nach dem "trial and error"-Verfahren (ausprobieren und schauen, welches das richtige ist) vorgehen zu müssen, sollten Sie ein wenig Ihren gesunden Menschenverstand benutzen. Die folgenden Punkte können als gute Hinweise auf passende Pakete angesehen werden:

Debian ist ein Freiwilligenprojekt mit verteiltem Entwicklungsmodell, dessen Archiv viele Pakete unterschiedlicher Zielsetzung und Qualität enthält. Sie müssen Ihre eigene Entscheidung treffen, was Sie damit anfangen.

Welche Debian-Suite Sie auch immer entschieden haben zu nutzen, Sie werden immer den Wunsch haben, Versionen von Programmen laufen zu lassen, die nicht in dieser Suite enthalten sind. Selbst wenn Sie Binärpakete von solchen Programmen in anderen Debian-Suites oder in nicht-Debian-Quellen finden, könnten deren Abhängigkeiten mit Ihrem aktuellen Debian-Systemen kollidieren.

Obwohl aptitude ein tolles interaktives Werkzeug ist, das auch der Autor überwiegend verwendet, sollten Sie einige warnende Fakten kennen:

Hier einige grundlegende Paketmanagement-Operationen auf der Befehlszeile, die apt(8), aptitude(8) und apt-get(8) / apt-cache(8) verwenden.

apt/apt-get und aptitude können ohne größere Probleme gemischt verwendet werden.

Der Befehl "aptitude why regex" kann mehr Informationen ausgeben, wenn "-v" verwendet wird ("aptitude -v why regex"). Ähnliche Informationen erhalten Sie mit apt rdepends paket" oder "apt-cache rdepends paket.

Wenn aptitude im Befehlszeilenmodus gestartet wird und Probleme wie z.B. Paketkonflikte anzeigt, können Sie im Nachhinein in die interaktive Vollbildschirm-Ansicht wechseln, indem Sie am Prompt die Taste "e" drücken.

	Anmerkung
	Obwohl der aptitude-Befehl reichhaltige Funktionen mit sich bringt, wie z.B. seinen erweiterten Paketabhängigkeitsauflöser, hat diese Komplexität einige Rückentwicklungen verursacht (oder könnte sie auch in Zukunft verursachen), wie z.B. Fehler #411123, Fehler #514930 und Fehler #570377. Im Zweifel bevorzugen Sie bitte die apt-, apt-get- und apt-cache-Befehle.

Befehlsoptionen können direkt im Anschluß an den "aptitude"-Befehl angegeben werden.

Weitere Informationen finden Sie unter aptitude(8) und im "aptitude-Benutzerhandbuch" in "/usr/share/doc/aptitude/README".

Für interaktives Paketmanagement starten Sie aptitude von der Konsolen-Shell aus im interaktiven Modus mit:

$ sudo aptitude -u
Password:

Die lokale Kopie der Archivinformationen wird aktualisiert und die Paketliste in der Vollbildschirm-Ansicht angezeigt. Aptitude legt seine Konfiguration in "~/.aptitude/config" ab.

	Tipp
	Wenn Sie root's Konfiguration verwenden wollen statt der des unprivilegierten Benutzers, verwenden Sie in obigem Ausdruck "sudo -H aptitude …" statt "sudo aptitude …".

	Tipp
	Aptitude merkt automatisch bestimmte Aktionen vor, wenn es interaktiv gestartet wird. Wenn Sie dies nicht möchten, können Sie sie über das Menü zurücksetzen: "Aktionen" → "Nicht abgeschlossene Aktionen abbrechen".

Es folgen einige erwähnenswerte Tastenkürzel, um in der Vollbildschirm-Ansicht den Status von Paketen abzufragen und "geplante Aktionen" vorzumerken.

Die Angabe des Dateinamens auf der Befehlszeile sowie das Eingabefeld nach dem Drücken von "l" und "//" nutzen aptitudes Regex (regulären Ausdruck) wie unten beschrieben. Damit aptitudes regulärer Ausdruck exakt auf einen Paketnamen zutrifft, können Sie eine Zeichenkette verwenden, die mit "~n" beginnt, gefolgt von dem Paketnamen.

	Tipp
	Im interaktiven Modus müssen Sie "U" drücken, um alle installierten Pakete auf die Installationskandidat-Version zu aktualisieren. Andernfalls werden nur die markierten Pakete und solche mit versionierten Abhängigkeiten zu diesen auf die Installationskandidat-Version aktualisiert.

In der interaktiven Vollbildschirm-Ansicht von aptitude(8) werden Pakete in der Paketliste wie im folgenden Beispiel angezeigt:

idA   libsmbclient                             -2220kB 3.0.25a-1  3.0.25a-2

Diese Zeile hat die folgenden Bedeutungen (von links nach rechts):

	Tipp
	Eine vollständige Liste der Markierungen finden Sie am unteren Ende der Hilfe-Ansicht, die Ihnen durch Drücken von "?" angezeigt wird.

	Anmerkung
	Bitte helfen Sie uns, Pakete mit debtags zu versehen!

Die Standard-Paketansicht kategorisiert Pakete ähnlich wie dselect plus einiger zusätzlicher Funktionalitäten.

Aptitude bietet verschiedene Optionen, damit Sie über seine Regex-Formel (regulären Ausdruck) nach Paketen suchen können.

	Tipp
	Die obige Zeichenkette paketname muss exakt auf den Paketnamen zutreffen, außer sie beginnt mit "~", um anzuzeigen, dass es ein regulärer Ausdruck ist.

	Tipp
	Wenn regex_muster ein Null-String ist, geben Sie "~T" direkt hinter dem Befehl an.

Hier einige Abkürzungen:

Benutzer, denen mutt geläufig ist, werden sich auch hier schnell zurechtfinden, da mutt die Inspiration für die Syntax des regulären Ausdrucks war. Lesen Sie "SEARCHING, LIMITING, AND EXPRESSIONS" im "Benutzerhandbuch" unter "/usr/share/doc/aptitude/README".

	Anmerkung
	Seit der Lenny-Version von aptitude(8) kann für die Suche über reguläre Ausdrücke statt der alten kurzen Form (wie z.B. "~b") auch die neue lange Form (entsprechend "?broken") verwendet werden. Leerzeichen " " werden jetzt als Regex-Abschluß-Zeichen gewertet, zusätzlich zu dem Tilde-Zeichen "~". Weitere Details zur Syntax der neuen langen Form finden Sie im Benutzerhandbuch.

Die Auswahl eines Pakets in aptitude bringt nicht nur Pakete mit, die in seiner "Depends:"-Liste stehen, sondern auch solche in "Recommends:", falls die Einstellung im Menü unter F10 → "Optionen" → "Einstellungen" → "Abhängigkeitsbehandlung" entsprechend gesetzt ist. Diese automatisch installierten Pakete werden automatisch entfernt, wenn sie laut aptitude nicht mehr benötigt werden.

Der Schalter, der das "auto install"-Verhalten von aptitude steuert, kann auch über den Befehl apt-mark(8) aus dem apt-Paket verändert werden.

Sie können vergangene Paketaktivitäten in den Protokolldateien nachkontrollieren.

Mit aptitude können Sie nach Paketen suchen, die Ihren Anforderungen entsprechen, entweder über die Paketbeschreibung oder über die Liste in "Tasks".

Der folgende Befehl listet Pakete auf, bei denen die Regex-Suche nach dem Paketnamen zutrifft:

$ aptitude search '~n(pam|nss).*ldap'
p libnss-ldap - NSS module for using LDAP as a naming service
p libpam-ldap - Pluggable Authentication Module allowing LDAP interfaces

Dies ist für Sie ziemlich praktisch, um den exakten Namen eines Pakets zu finden.

Wenn Sie den regulären Ausdruck "~dipv6" in der "Neuen einfachen Paketansicht" im "l"-Dialog eingeben, werden die angezeigten Pakete auf diejenigen eingeschränkt, bei denen der Ausdruck auf die Paketbeschreibung zutrifft, und Sie können deren Informationen interaktiv durchsuchen.

Sie können alle verbliebenen Konfigurationsdateien entfernter Pakete endgültig löschen.

Überprüfen Sie die Resultate des folgenden Befehls:

# aptitude search '~c'

Wenn Sie glauben, dass die aufgelisteten Pakete vollständig entfernt werden können, führen Sie folgenden Befehl aus:

# aptitude purge '~c'

Sie möchten das gleiche vielleicht im interaktiven Modus durchführen, um eine detailgenaue Kontrolle über den Vorgang zu haben:

Sie geben den regulären Ausdruck "~c" unter der "Neuen Paketansicht" in dem "l"-Dialog ein. Dadurch werden die angezeigten Pakete auf solche eingeschränkt, auf die der reguläre Ausdruck zutrifft, d.h. "gelöscht, aber nicht vollständig inklusive der Konfigurationsdateien entfernt". All diese, auf den regulären Ausdruck zutreffenden Pakete können angezeigt werden, indem Sie auf der höchsten Ebene der Anzeigehierachie (z.B. "Nicht installierte Pakete") "[" drücken.

Dann drücken Sie auf einem Eintrag in der höchsten Anzeigehierachie (z.B. auf "Nicht installierte Pakete") "_". Nur Pakete, auf die der reguläre Ausdruck passt, werden auf diese Art vollständig inklusive der Konfigurationsdateien entfernt. Sie können jedes dieser Pakete interaktiv von der vollständigen Entfernung ausschließen, indem Sie auf dem entsprechenden Paket "=" drücken.

Diese Methode ist ziemlich praktisch und funktioniert für viele andere Befehlskürzel.

Hier beschreibe ich, wie Sie den automatisch/manuell-Installationsstatus bereinigen können (nach der Verwendung von anderen Paketinstallationsprogrammen o.ä.):

Die Aktion "m" mit der Markierung auf "Tasks" ist eine optionale Aktion, um die Situation massenhaft zu entfernender Pakete in der Zukunft zu vermeiden.

Anmerkung

Beim Wechsel auf einen neue Veröffentlichung sollten Sie eine Neuinstallation in Erwägung ziehen, auch wenn Debian wie unten beschrieben auch auf die neue Version hochgerüstet werden kann. So haben Sie eine Chance, Müll, der sich über die Dauer der Zeit angesammelt hat, loszuwerden und bekommen die beste Kombination der aktuellsten Pakete. Natürlich sollten Sie ein vollständiges System-Backup machen und an einem sicheren Platz ablegen (lesen Sie dazu Abschnitt 10.2, „Datensicherung und -wiederherstellung“), bevor Sie neu installieren. Ich empfehle für einen sanften Übergang eine Dual-Boot-Installation unter Verwendung separater Partitionen.

Sie können eine systemweite Hochrüstung auf eine neue Veröffentlichung durchführen, indem Sie die Inhalte der "sources.list" ändern, so dass sie auf die neue Veröffentlichung zeigt; führen Sie danach "apt update; apt dist-upgrade" aus.

Hier eine Liste weiterer Paketmanagement-Operationen, die aptitude nicht unterstützt, weil es auf einer anderen Ebene arbeitet oder weil ihm die nötigen Funktionen fehlen.

	Anmerkung
	Für ein Paket mit der multi-arch-Funktionalität müssen Sie unter Umständen bei einigen Befehlen den Architekturnamen mit angeben. Verwenden Sie zum Beispiel "dpkg -L libglib2.0-0:amd64", um die Inhalte des Pakets libglib2.0-0 für die amd64-Architektur anzuzeigen.

Achtung

Grundlegende Paketwerkzeuge wie "dpkg -i …" und "debi …" sollten vom Systemadministrator mit Vorsicht eingesetzt werden. Erforderliche Paketabhängigkeiten werden dabei nicht automatisch aufgelöst. Dpkg's Befehlszeilenoption "--force-all" und ähnliche (schauen Sie in dpkg(1)) dürfen nur von Experten eingesetzt werden. Sie zu verwenden ohne deren Auswirkungen vollständig zu verstehen könnte das komplette System beschädigen.

Bitte beachten Sie folgendes:

Viele Benutzer bevorzugen die Testing- oder Unstable-Veröffentlichung des Debian-Systems wegen seiner neuen Funktionen und Pakete. Dies macht deren System jedoch anfällig für kritische Paketfehler.

Die Installation des apt-listbugs-Pakets schützt Ihr System vor kritischen Fehlern, indem bei Upgrades durch das APT-System automatisch die Debian-Fehlerdatenbank (BTS) bezüglich kritischer Fehler abgefragt wird.

Die Installation des apt-listchanges-Pakets stellt Ihnen wichtige Neuigkeiten aus "NEWS.Debian" zur Verfügung, wenn Upgrades durch das APT-System durchgeführt werden.

Metadaten-Dateien für die jeweilige Distribution sind auf jedem Debian-Spiegel unter "dist/codename" abgelegt, z.B. auf "http://deb.debian.org/debian/". Sie können die Archivstruktur mit einem Webbrowser durchsuchen. Es gibt sechs Arten von wichtigen Metadaten:

Im aktuellen Archiv sind diese Metadaten als komprimierte und differenzielle Dateien abgelegt, um Netzwerkverkehr zu reduzieren.

	Tipp
	Die "Release"-Datei im Wurzelverzeichnis wird verwendet, um die Archive im Secure-APT-System zu signieren.

Jede Suite im Debian-Archiv hat im Wurzelverzeichnis eine "Release"-Datei, z.B. "http://deb.debian.org/debian/dists/unstable/Release", wie hier:

Origin: Debian
Label: Debian
Suite: unstable
Codename: sid
Date: Sat, 14 May 2011 08:20:50 UTC
Valid-Until: Sat, 21 May 2011 08:20:50 UTC
Architectures: alpha amd64 armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc
Components: main contrib non-free
Description: Debian x.y Unstable - Not Released
MD5Sum:
 bdc8fa4b3f5e4a715dd0d56d176fc789 18876880 Contents-alpha.gz
 9469a03c94b85e010d116aeeab9614c0 19441880 Contents-amd64.gz
 3d68e206d7faa3aded660dc0996054fe 19203165 Contents-armel.gz
...

	Anmerkung
	Hier finden Sie den Grund dafür, warum ich in Abschnitt 2.1.5, „Grundlagen über das Debian-Archiv“ "Suite" und "Codename" verwende. Die "Distribution" wird benutzt, um sowohl auf "Suite" wie auch auf "Codename" zu verweisen. Alle Namen der Archiv-Bereiche, die von dem Archiv angeboten werden, sind unter "Components" aufgelistet.

	Tipp
	Die "Release"-Dateien im Archivverzeichnis werden zur Festlegung von apt_preferences(5) genutzt.

Es gibt "Release"-Dateien in allen Archivverzeichnissen, die über sources.list-Einträge wie "http://deb.debian.org/debian/dists/unstable/main/binary-amd64/Release" oder "http://deb.debian.org/debian/dists/sid/main/binary-amd64/Release" angegeben werden, wie hier:

Archive: unstable
Origin: Debian
Label: Debian
Component: main
Architecture: amd64

	Achtung
	Für "Archive:" werden im Debian-Archiv Suite-Namen ("stable", "testing", "unstable", …) verwendet, im Ubuntu-Archiv jedoch Codenamen ("trusty", "xenial", "artful", …).

Für einige Archive (wie experimental und trixie-backports), die Pakete enthalten, welche nicht automatisch installiert werden sollten, z.B. "http://deb.debian.org/debian/dists/experimental/main/binary-amd64/Release", existiert eine zusätzliche Zeile, wie hier:

Archive: experimental
Origin: Debian
Label: Debian
NotAutomatic: yes
Component: main
Architecture: amd64

Zusätzlich zu den von außerhalb empfangenen Metadaten speichert das APT-Werkzeug seit Lenny seine lokal erzeugten Installationsstatus-Informationen in der Datei "/var/lib/apt/extended_states", die von allen APT-Programmen genutzt wird, um automatisch installierte Pakete zu verfolgen.

Zusätzlich zu den von außerhalb empfangenen Metadaten speichert der aptitude-Befehl seine lokal erzeugten Installationsstatus-Informationen in der Datei "/var/lib/aptitude/pkgstates", die nur von aptitude selbst genutzt wird.

Alle über den APT-Mechanismus von außerhalb empfangenen Pakete werden im Verzeichnis "/var/cache/apt/archives" abgelegt, bis sie gelöscht werden.

Sie können diese Richtlinie zur Entfernung von zwischengespeicherten Dateien bei aptitude unter "Optionen" → "Einstellungen" festlegen; über das Menü unter "Aktionen" → "Paketcache komplett leeren" oder "Nur veraltete Paketdateien löschen" können Sie dies auch händisch erzwingen.

Die Dateien von Debian-Paketen haben eine bestimmte Namensstruktur:

dpkg(1) ist das Werkzeug, das beim Debian-Paketmanagement auf der untersten Ebene arbeitet. Es ist sehr leistungsfähig und muss mit Vorsicht verwendet werden.

Beim Installieren eines Pakets "paketname" arbeitet dpkg folgende Schritte ab:

Die "status"-Datei wird auch von Werkzeugen wie dpkg(1), "dselect update" und "apt-get -u dselect-upgrade" verwendet.

Der spezialisierte Suchbefehl grep-dctrl(1) kann lokale Kopien der "status"- und "available"-Metadaten durchsuchen.

	Tipp
	In der debian-installer-Umgebung wird der Befehl udpkg benutzt, um udeb-Pakete zu öffnen. udpkg ist eine reduzierte Variante des dpkg-Befehls.

Das Debian-System hat Mechanismen, um Programme, die sich bei der Funktionalität ein wenig überlappen, friedlich nebeneinander zu installieren, und zwar mittels update-alternatives(1). Zum Beispiel können Sie den vi-Befehl so einrichten, dass er vim ausführt, wenn Sie sowohl das vim wie auch das nvi-Paket installiert haben.

$ ls -l $(type -p vi)
lrwxrwxrwx 1 root root 20 2007-03-24 19:05 /usr/bin/vi -> /etc/alternatives/vi
$ sudo update-alternatives --display vi
...
$ sudo update-alternatives --config vi
  Selection    Command
 ----------------------------------------------
      1        /usr/bin/vim
*+    2        /usr/bin/nvi

Enter to keep the default[*], or type selection number: 1

Das Debian-alternatives-System setzt seine Auswahl als symbolischer Link in "/etc/alternatives/". Der Auswahlprozess nutzt die entsprechende Datei in "/var/lib/dpkg/alternatives/".

Stat overrides, bereitgestellt durch den dpkg-statoverride(8)-Befehl, sind ein Weg, dpkg(1) mitzuteilen, dass bei Installation eines Pakets für eine Datei ein anderer Eigentümer oder andere Berechtigungen verwendet werden sollen. Falls "--update" angegeben wurde und die Datei bereits existiert, werden direkt der neue Eigentümer oder neue Berechtigungen gesetzt.

	Achtung
	Die direkte Abänderung von Benutzer oder Berechtigungen durch den Systemadministrator (über die Befehle chmod oder chown) bei einer Datei, die zu einem Paket gehört, wird bei der nächsten Aktualisierung des Pakets wieder aufgehoben.

	Anmerkung
	Ich verwende hier den Begriff Datei, jedoch kann dies jegliches Objekt im Dateisystem sein, dass durch dpkg behandelt wird, inklusive Verzeichnissen, Gerätedateien usw.

Diversions, bereitgestellt durch den dpkg-divert(8)-Befehl, bieten die Möglichkeit, dpkg(1) zu zwingen, eine Datei nicht an Ihren Standardort zu installieren, sondern an einen umgelenkten Speicherort (diverted). dpkg-divert ist zur Verwendung durch Paketverwaltungs-Skripte gedacht. Die beiläufige Verwendung durch den Systemadministrator ist nicht mehr zeitgemäß.

Wenn Sie die Installation eines Pakets über "sudo dpkg -i ..." auf einem System erzwingen, auf dem nicht alle erforderlichen Pakete vorhanden sind, wird die Paketinstallation mit dem Status "nicht vollständig installiert" fehlschlagen.

Sie sollten alle benötigten Pakete (Depends) über das APT-System oder "sudo dpkg -i ..." installieren.

Konfigurieren Sie dann alle unvollständig installierten Pakete mit folgendem Befehl:

# dpkg --configure -a

Wenn ein Desktop-GUI-Programm nach signifikanten Upgrades von Upstream Instabilitäten erkennen lässt, sollten Sie Behinderungen durch alte lokal erstellte Konfigurationsdateien als Ursache in Betracht ziehen. Falls das Programm unter einem neu erstellten Benutzerkonto stabil läuft, ist diese Hypothese bestätigt. (Dies ist ein Fehler beim Paketieren und wird für gewöhnlich durch den Paketersteller vermieden.)

Um das Programm wieder stabil zu bekommen, sollten Sie die entsprechenden lokalen Konfigurationsdateien beiseite schaffen und das GUI-Programm neu starten. Sie müssen möglicherweise die Inhalte alter Konfigurationsdateien lesen, um die Konfigurationsinformationen später wiederherstellen zu können. (Löschen Sie sie nicht zu früh.)

Wenn ein Befehl in einem Paketskript aus irgendeinem Grund einen Fehler zurückgibt und das Skript aufgrund des Fehlers abgebrochen wird, beendet das Paketmanagement die Aktion und es bleiben halb-installierte Pakete zurück. Enthält ein Paket Programmierfehler in seinen Skripten zum Löschen des Pakets, könnte es sein, dass das Paket nicht mehr entfernt werden kann und ziemlich unangenehm wird.

Wenn das Paket "paketname" ein Problem mit den Skripten hat, sollten Sie in folgenden Paketskripten nachschauen:

Editieren Sie die angebotenen Paketskripte von Grund auf mittels folgender Techniken:

Da dpkg ein Paketwerkzeug ist, das auf der untersten Ebene arbeitet, kann es auch in sehr schlechten Situationen wie einem nicht startfähigen System und ohne Netzwerkverbindung noch arbeiten. Wir gehen hier davon aus, dass das Paket foo beschädigt war und ersetzt werden muss.

Falls "/var/lib/dpkg/status" aus irgendeinem Grund beschädigt wird, verliert das Debian-System die Daten über ausgewählte Pakete und kommt dadurch erheblich zu Schaden. Sie finden alte "/var/lib/dpkg/status"-Dateien in "/var/lib/dpkg/status-old" oder "/var/backups/dpkg.status.*".

Es könnte eine gute Idee sein, "/var/backups/" auf einer separaten Partition abzulegen, da dieses Verzeichnis viele wichtige Systemdaten enthält.

Bei ernsten Beschädigungen empfehle ich eine frische Neuinstallation, nachdem eine Sicherung der Daten durchgeführt wurde. Sogar wenn alles in "/var/" verloren ist, können Sie trotzdem noch etliche Informationen aus Verzeichnissen in "/usr/share/doc/" wiederherstellen, um Ihre neue Installation zu lenken:

Installieren Sie ein minimales (Desktop-)System.

# mkdir -p /path/to/old/system

Binden Sie die alten Systempartitionen in "/pfad/zum/alten/system/" ein.

# cd /path/to/old/system/usr/share/doc
# ls -1 >~/ls1.txt
# cd /usr/share/doc
# ls -1 >>~/ls1.txt
# cd
# sort ls1.txt | uniq | less

Jetzt haben Sie eine Liste mit Paketnamen, die Sie installieren können. (Es könnten auch einige Zeichenfolgen darunter sein, die keine Paketnamen sind, wie z.B. "texmf".)

Obwohl der Betreuername, der in "/var/lib/dpkg/available" und "/usr/share/doc/package_name/changelog" aufgelistet ist, Informationen darüber gibt, "wer hinter den Paketaktivitäten steht", sind Informationen über den Uploader (die Person, die das Paket wirklich hochgeladen hat) ein wenig verschleiert. who-uploads(1) aus dem devscripts-Paket identifiziert die realen Uploader von Debian-Quellpaketen.

Falls Sie die Download-Bandbreite für APT einschränken möchten, sagen wir z.B. auf 800Kib/sec (=100kiB/sec), sollten Sie APT mit folgenden Konfigurationsparametern einrichten:

APT::Acquire::http::Dl-Limit "800";

Das apt-Paket enthält ein eigenes cron-Skript ("/etc/cron.daily/apt"), um den automatischen Download von Paketen zu unterstützen. Durch die Installation des unattended-upgrades-Pakets kann dieses Skript erweitert werden, so dass auch die automatische Aktualisierung von Paketen durchgeführt wird. Sie können dies über Parameter in "/etc/apt/apt.conf.d/02backup" und "/etc/apt/apt.conf.d/50unattended-upgrades" noch weiter anpassen, wie in "/usr/share/doc/unattended-upgrades/README" beschrieben.

Das unattended-upgrades-Paket ist hauptsächlich für Sicherheits-Upgrades auf Stable-Systemen gedacht. Wenn das Risiko, ein vorhandenes Stable-System über einen automatischen Upgrade-Prozess zu beschädigen, geringer ist als das, welches von einem Angreifer ausgeht, der über Ausnutzung einer Sicherheitslücke das System schädigt, sollten Sie ein automatisches Upgrade in Erwägung ziehen, das diese Lücke über ein Sicherheits-Upgrade schließt. Nutzen Sie dazu folgende Konfigurationsparameter:

APT::Periodic::Update-Package-Lists "1";
APT::Periodic::Download-Upgradeable-Packages "1";
APT::Periodic::Unattended-Upgrade "1";

Wenn Sie ein Testing- oder Unstable-System laufen haben, sollten Sie kein automatisches Upgrade verwenden, da sonst mit Sicherheit eines Tages das System beschädigt würde. Aber sogar für solch ein Testing- oder Unstable-System möchten Sie vielleicht in Vorbereitung für ein interaktives Upgrade die Pakete schon mal automatisch herunterladen, um Zeit zu sparen. Verwenden Sie dazu folgende Konfigurationsparameter:

APT::Periodic::Update-Package-Lists "1";
APT::Periodic::Download-Upgradeable-Packages "1";
APT::Periodic::Unattended-Upgrade "0";

	Warnung
	Sie sollten sich bewusst sein, dass das externe Paket root-Privilegien für Ihr System bekommt. Sie sollten nur externe Paketarchive nutzen, denen Sie vertrauen. In Abschnitt 2.1.11, „Wie Sie mit Konflikten umgehen“finden Sie alternative Lösungen.

Sie können secure-APT mit Debian-kompatiblen externen Paketarchiven verwenden, indem Sie diese zur sources.list hinzufügen und den zugehörigen Archivschlüssel zum "/etc/apt/trusted.gpg.d/"-Verzeichnis. Lesen Sie dazu sources.list(5), apt-secure(8) und apt-key(8).

	Achtung
	Die Installation von Paketen aus gemischten Paketquellen wird von der offiziellen Debian-Distribution nicht unterstützt, außer für ein paar bestimmte Archivkombinationen, wie z.B. stable mit Sicherheits-Updates und stable-updates.

Hier ein Beispiel von Befehlen, über die man spezielle neuere Upstream-Versionen von Paketen aus Unstable verwendet, während ansonsten Testing genutzt wird:

Bei diesem manuellen Vorgehen erstellen Sie keine "/etc/apt/preferences"-Datei und müssen sich auch keine Sorgen über apt-pinning machen. Allerdings ist dies sehr mühsam.

Achtung

Wenn Sie gemischte Paketquellen verwenden, müssen Sie die Kompatibilität selbst sicherstellen, da Debian diese in solchem Falle nicht garantieren kann. Falls Paketinkompatibilitäten existieren, könnten Sie Ihr System beschädigen. Sie müssen in der Lage sein, diese technischen Anforderungen zu beurteilen. Die Verwendung von gemischten Quellen zufällig ausgewählter Archive ist eine absolut optionale Operation und nicht zu empfehlen.

Die grundsätzlichen Regeln für die Installation von Paketen aus unterschiedlichen Archiven sind wie folgt:

	Warnung
	Die Verwendung der apt-pinning-Technik durch einen unerfahrenen Benutzer wird sicher große Probleme hervorrufen. Sie müssen die Verwendung dieser Technik vermeiden, außer es ist unbedingt erforderlich.

Ohne eine "/etc/apt/preferences"-Datei wählt das APT-System basierend auf dem Versionseintrag die letzte verfügbare Version als Installationskandidat-Version aus. Dies ist der normale Weg und die empfohlene Verwendung des APT-Systems. Alle offiziell unterstützten Archivkombinationen erfordern keine "/etc/apt/preferences"-Datei, da bei Archiven, die nicht als automatische Quelle für Aktualisierungen empfohlen werden, die Einstellung NotAutomatic gesetzt ist und diese entsprechend behandelt werden.

	Tipp
	Die Regel zum Vergleich der Versionsnummern (welche Versionsnummer größer ist) kann z.B. über "dpkg --compare-versions ver1.1 gt ver1.1~1; echo $?" verifiziert werden (näheres unter dpkg(1)).

Die gewünschte Zieldistribution (target release) kann über die Befehlszeilen-Option angegeben werden, z.B. "apt-get install -t testing irgendein-paket".

	Warnung
	Die Verwendung der apt-pinning-Technik durch einen unerfahrenen Benutzer wird sicher große Probleme hervorrufen. Sie müssen die Verwendung dieser Technik vermeiden, außer es ist unbedingt erforderlich.

Wenn Sie verhindern möchten, dass bestimmte Pakete über "Recommends"-Abhängigkeiten (Empfohlen) installiert werden, müssen Sie die Datei "/etc/apt/preferences" erstellen und explizit all diese Pakete ganz oben in der Datei auflisten, wie in diesem Beispiel:

Package: package-1
Pin: version *
Pin-Priority: -1

Package: package-2
Pin: version *
Pin-Priority: -1

	Warnung
	Die Verwendung der apt-pinning-Technik durch einen unerfahrenen Benutzer wird sicher große Probleme hervorrufen. Sie müssen die Verwendung dieser Technik vermeiden, außer es ist unbedingt erforderlich.

Hier ein Beispiel für eine apt-pinning-Technik, um neuere Upstream-Versionen einzelner Pakete aus Unstable regelmäßig aktualisieren zu können und ansonsten Testing zu nutzen. Sie listen alle benötigten Archive in der "/etc/apt/sources.list"-Datei auf, wie hier:

deb http://deb.debian.org/debian/ testing main contrib non-free
deb http://deb.debian.org/debian/ unstable main contrib non-free
deb http://security.debian.org/debian-security testing-security main contrib

Richten Sie die "/etc/apt/preferences"-Datei wie folgt ein:

Package: *
Pin: release a=unstable
Pin-Priority: 100

Wenn Sie mit dieser Konfiguration ein Paket namens "paketname" aus dem Unstable-Archiv inklusive seiner Abhängigkeiten installieren möchten, führen Sie folgenden Befehl aus, wobei über die Option "-t" die Zielveröffentlichung angepasst wird (die Pin-Priorität von Unstable wird 990):

$ sudo apt-get install -t unstable package-name

Mit dieser Konfiguration wird die normale Ausführung von "apt-get upgrade" und "apt-get dist-upgrade" (oder "aptitude safe-upgrade" und "aptitude full-upgrade") Pakete, die aus Testing installiert wurden, unter Verwendung des derzeitigen Testing-Archivs aktualisieren; Pakete, die aus Unstable installiert wurden, werden unter Verwendung des derzeitigen Unstable-Archivs aktualisiert.

	Achtung
	Achten Sie darauf, dass Sie nicht den "testing"-Eintrag aus der "/etc/apt/sources.list"-Datei entfernen. Ohne diesen "testing"-Eintrag aktualisiert das APT-System alle Pakete unter Verwendung des (neueren) Unstable-Archivs.

Tipp

Ich bearbeite für gewöhnlich die "/etc/apt/sources.list"-Datei direkt nach obigen Befehlen, um das "unstable"-Archiv auszukommentieren. Dies verhindert, dass der Prozess zur Aktualisierung der Paketdaten aufgrund von zu vielen Einträgen in der "/etc/apt/sources.list"-Datei sehr lange dauert; allerdings können dadurch Pakete, die aus Unstable installiert wurden, nicht unter Verwendung des derzeitigen Unstable-Archivs aktualisiert werden.

	Tipp
	Wenn "Pin-Priority: 1" statt "Pin-Priority: 100" in der "/etc/apt/preferences"-Datei eingetragen wird, werden bereits installierte Pakete, die den Pin-Prioritäts-Wert 100 haben, nicht mittels dem Unstable-Archiv aktualisiert, selbst wenn der "testing"-Eintrag in "/etc/apt/sources.list" entfernt wird.

Möchten Sie bestimmte Pakete in Unstable automatisch ohne vorangestelltes "-t unstable" auf aktuellem Stand halten, müssen Sie die "/etc/apt/preferences"-Datei erstellen und ganz oben in der Datei all diese Pakete wie folgt auflisten:

Package: package-1
Pin: release a=unstable
Pin-Priority: 700

Package: package-2
Pin: release a=unstable
Pin-Priority: 700

Dadurch wird die Pin-Priorität für jedes dieser Pakete spezifisch gesetzt. Um zum Beispiel immer die aktuellste Unstable-Version dieser "Debian Reference" in Englisch zu installieren, sollten Sie folgende Einträge in Ihrer "/etc/apt/preferences"-Datei haben:

Package: debian-reference-en
Pin: release a=unstable
Pin-Priority: 700

Package: debian-reference-common
Pin: release a=unstable
Pin-Priority: 700

	Tipp
	Diese apt-pinning-Technik funktioniert sogar, wenn Sie normalerweise Stable verwenden. Dokumentationspakete konnten nach meiner Erfahrung bis jetzt immer problemlos aus dem Unstable-Archiv installiert werden.

	Warnung
	Die Verwendung der apt-pinning-Technik durch einen unerfahrenen Benutzer wird sicher große Probleme hervorrufen. Sie müssen die Verwendung dieser Technik vermeiden, außer es ist unbedingt erforderlich.

Hier ein anderes Beispiel der apt-pinning-Technik, um neuere Upstream-Versionen einzelner Pakete aus Experimental zu integrieren und ansonsten Testing zu nutzen. Sie listen alle benötigten Archive in der "/etc/apt/sources.list"-Datei auf, wie hier:

deb http://deb.debian.org/debian/ unstable main contrib non-free
deb http://deb.debian.org/debian/ experimental main contrib non-free
deb http://security.debian.org/ testing-security main contrib

Wenn Sie ein Programm aus den Quellen übersetzen möchten, um das entsprechende Debian-Paket zu ersetzen, ist es das beste, ein echtes lokal gebautes Paket nach Debian-Art zu erstellen (*.deb) und dafür ein privates Archiv zu nutzen.

Haben Sie sich jedoch entschieden, ein Programm aus den Quellen zu kompilieren und es stattdessen in "/usr/local" zu installieren, können Sie möglicherweise equivs als letzte Rettung einsetzen, um die fehlenden Paketabhängigkeiten zu erfüllen:

Package: equivs
Priority: optional
Section: admin
Description: Circumventing Debian package dependencies
 This package provides a tool to create trivial Debian packages.
 Typically these packages contain only dependency information, but they
 can also include normal installed files like other packages do.
 .
 One use for this is to create a metapackage: a package whose sole
 purpose is to declare dependencies and conflicts on other packages so
 that these will be automatically installed, upgraded, or removed.
 .
 Another use is to circumvent dependency checking: by letting dpkg
 think a particular package name and version is installed when it
 isn't, you can work around bugs in other packages' dependencies.
 (Please do still file such bugs, though.)

	Achtung
	Es gibt keine Garantie, dass die hier beschriebene Prozedur ohne händischen Extraaufwand funktioniert, wenn das System sich unterscheidet.

Für partielle Upgrades eines Stable-Systems ist das Neubauen von Paketen innerhalb ihrer Umgebung unter Verwendung der Quellpakete sinnvoll. Sie vermeiden so riesige Upgrades aufgrund von Paketabhängigkeiten.

Fügen Sie folgende Einträge zur "/etc/apt/sources.list" des Stable-Systems hinzu:

deb-src http://deb.debian.org/debian unstable  main contrib non-free

Installieren Sie für das Kompilieren erforderliche Pakete und laden Sie das Quellpaket wie folgt herunter:

# apt-get update
# apt-get dist-upgrade
# apt-get install fakeroot devscripts build-essential
# apt-get build-dep foo
$ apt-get source foo
$ cd foo*

Aktualisieren Sie einige Pakete aus der Werkzeugkette wie z.B. dpkg und debhelper aus Paketquellen für zurück-portierte Pakete, falls diese für die Rückportierung erforderlich sind.

Führen Sie folgendes aus:

$ dch -i

Erhöhen Sie die Paketversion, z.B. indem Sie ein "+bp1" in "debian/changelog" angehängen.

Bauen Sie die Pakete und installieren Sie sie wie folgt im System:

$ debuild
$ cd ..
# debi foo*.changes

Folgende Dokumentation bietet sich an, um mehr über das Paketmanagement zu lernen.