Freie Software für Linux und Unix wird von über die Welt verteilten Teams und Einzelpersonen für eine Vielzahl von Linux-Distributionen und Unix-Derivaten zur Verfügung gestellt. Dies geschieht in der Regel in Form komprimierter Quell-Archive.
Es ist Aufgabe der Distributoren diese Software zu einem Betriebssystem zusammenzustellen und zusätzliche Komponenten. Die meisten Distributionen kompilieren die Software und verteilen Sie in Binärpaketen an die Benutzer. Bei der Auswahl des Verfahrens sollte das vom Distributor vorgesehene Standardverfahren bevorzugt werden. Software die nicht im gewünschten Paketformat verfügbar ist kann aus den Quellen kompiliert werden. Es ist auch möglich aus den Quellen entsprechende Pakete zu erstellen oder Pakete zu konvertieren.
Neben anderen sind heute drei Verfahren zur Installation von Software mit entsprechenden Paketformaten weit verbreitet.
Methode
Paket- format
Vorteile
Nachteile
Kompilierung aus den Quellen
*.tar..gz, *.tar.bz2
- maximale Anpassungsmöglichkeit
- Aufwendig in Paketverwaltung zu integieren
Redhat Package Manager
*.rpm
- Datenbankbasierte Paketverwaltung
- Schnelle Installation
- Auflösung von Abhängigkeiten durch Forndends
- Pakete Distributionsabhängig
- Pakete Versionsabhängig
Debian-Paketverwaltung
*.deb
- Datenbankbasierte Paketverwaltung
- Schnelle Installation
- Integrierte Auflösung von Abhängigkeiten
- Pakete Distributionsabhängig
- Pakete Versionsabhängig
Eines kennzeichnet aber sämtliche Installationsverfahren: kein Reboot nach erfolgter Installation. Sämtliche Tools können sofort gestartet werden, evtl. ist das Starten eines Dienstes (Unix-Jargon: Daemon) nötig, was von der Kommandozeile aus erfolgt.
Linux-Distributoren
Die meisten Linux-Distributionen sind recht umfangreich und enthalten bereits die nötigen Tools und Programme, die bei der Grund-Installation ausgewählt wurden. Will man später das eine oder andere Programm nachträglich installieren, kann dies mit den Distributions-eigenen Werkzeugen erfolgen. Auch die Deinstallation ist über diesen Weg möglich. Voraussetzung dafür ist, dass das gewünschte Programm im Distributions-Umfang mit dabei ist.
Leider liegen manche Programme nicht in der neuesten Version vor, andere Programme fehlen, weil beispielsweise die Lizenz des Herstellers nicht mit der Distribution vereinbar ist. Dann muss man sich selbst darum kümmern, an die aktuelle Version des gewünschten Paketes zu kommen, um diese auf dem Rechner installieren zu können.
Bevor Linux auf der Bildfläche erschien, wurden Programm-Pakete in Source-Form zur Verfügung gestellt, die in komprimierte Tar-Archive (auch als Tar-Ball bezeichnet) verpackt wurden. Während früher hauptsächlich das Unix-eigene compress zum Komprimieren verwendet wurde, ist es inzwischen weitgehend von gzip verdrängt worden, das einen besseren Komprimierungs-Faktor erzielt. Vereinzelt wird auch bzip2 eingesetzt (z. B. von http://www.blackdown.org ), da es noch einen Tick besser ist hier wurde zum Vergleich die Tar-Datei von tkcvs 6.4 herangezogen)
Typische Komprimierung von compress, gzip und bzip2
Endung
komprimiert mit
auspacken mit
.tar
(ohne)
tar xvf ...
.tar.Z
compress
tar Zxvf ...
.tar.gz
gzip
tar zxvf ...
.tgz
gzip
tar zxvf ...
.tar.bz2
bzip2
tar jxvf ...
Das GNU-tar-Kommando, das üblicherweise bei allen Linux-Distributionen verwendet wird, kann mit komprimierten Tar-Archiven umgehen (s. Tabelle). Andere Unix-Systeme (z. B. SunOS) verwenden eine andere Tar-Implementierung. Hier muss man zuerst das Archiv dekomprimieren (mit uncompress, gunzip oder bunzip2), ehe man die Tar-Datei auspacken kann.
Vereinzelt findet man auch im Linux-Bereich Zip-Archive vor, erkennbar an der Endung .zip. Diese werden mit unzip ausgepackt.
Nachdem das Tar-Archiv erfolgreich ausgepackt ist, sollte man nach einer Datei README oder INSTALL Ausschau halten. Dort steht beschrieben, wie das Paket übersetzt und installiert wird. Unabhängig von der Plattform und Distribution sind es meist folgende Schritte, die ausgeführt werden:
./configure oder make config
Im ersten Schritt wird untersucht, um was für ein System (Linux, Unix, ...) es sich handelt, welche Bibliotheken vorhanden sind und ob die zur Kompilierung benötigten Tools wie C-Compiler (gcc) oder Linker (ld) installiert sind, um daraus ein Makefile zu generieren.
make
Mit Hilfe des Makefiles, das im ersten Schritt erzeugt wurde, wird das Paket übersetzt.
make test (optional)
Mit diesem Schritt wird überprüft, ob die Kompilation erfolgreich war.
make install
Damit wird das Paket installiert.
Hilfreich bei der Übersetzung ist die Option -n des make-Kommandos. Damit kann man make erst einmal trocken ausführen, um zu sehen, welche Kommandos alle ausgeführt werden und in welches Verzeichnis welche Dateien kopiert werden, um nötigenfalls das Makefile noch anpassen zu können.
Auch wenn dieses Verfahren meist problemlos funktioniert, hat die Sache einen Haken: an die Deinstallation hat der Autor meistens nicht gedacht, d. h. ein make uninstall wird in den wenigsten Fällen klappen. Und so bleiben die installierten Dateien bis in alle Ewigkeit im System, es sei denn, man hat sich bei der Installation gemerkt, welche Dateien wohin kopiert wurden und löscht sie manuell.
Weitere Nachteile der manuellen Installation: Auf dem Zielsystem müssen alle Werkzeuge (Compiler, Linker, Make etc.), Bibliotheken und Headerdateien zum Kompilieren des Programmes vorhanden sein. Bei der Installation einer neueren Version eines Programmes (Update) werden evtl. die bereits vorhandenen, an das System angepassten Konfigurationsdateien der alten Version überschrieben.
Der Redhat Package Manager
RPM (RPM Package Manager) wird für die Verwaltung von Softwarepaketen verwendet. Seine Hauptbefehle lauten rpm und rpmbuild. In der leistungsstarken RPM-Datenbank können Benutzer, Systemadministratoren und Paketersteller ausführliche Informationen zur installierten Software abfragen.
Im Wesentlichen hat rpm fünf Modi: Installieren, Deinstallieren oder Aktualisieren von Software-Paketen; Neuaufbauen der RPM-Datenbank, Abfragen der RPM-Basis oder individuellen RPM-Archiven, Integritätsprüfung der Pakete und Signieren von Paketen. rpmbuild ermöglicht das Aufbauen installierbarer Pakete von Pristine-Quellen.
Installierbare RPM-Archive sind in einem speziellen binären Format gepackt. Diese Archive bestehen aus den zu installierenden Programmdateien und aus verschiedenen Metadaten, die bei der Installation von rpm benutzt werden, um das jeweilige Softwarepaket zu konfigurieren, oder die zu Dokumentationszwecken in der RPM-Datenbank gespeichert werden. RPM-Archive haben für gewöhnlich die Dateinamenserweiterung .rpm.
Bei etlichen Paketen sind die zur Software-Entwicklung erforderlichen Komponenten (Bibliotheken, Header- und Include-Dateien usw.) in eigene Pakete ausgelagert. Diese Entwicklungspakete werden nur benötigt, wenn Sie Software selbst kompilieren möchten – beispielsweise die neuesten GNOME-Pakete. Solche Pakete sind am Namenszusatz -devel zu erkennen, z. B. die Pakete alsa-devel, gimp-devel und kdelibs3-devel.
Graphische Frontends
Wer mit der Kommandozeile des rpm-Kommandos auf Kriegsfuß steht oder Probleme hat, sich die wichtigsten Optionen zu behalten, hat die Auswahl zwischen mehreren graphischen Frontends, die aber nicht alle Optionen von rpm abdecken.
# kpackage ist bei KDE dabei und unterstützt Drag & Drop, d. h. man kann ein heruntergeladenes Paket aus dem Datei-Manager heraus in kpackage hineinschieben und fallen lassen. Es versteht auch das Debian-Paketformat, das an der Endung .deb erkennbar ist.
GnoRPM ist für Freunde des Gnome-Desktops.
xrpm ist ein in Python geschriebenes Frontend, das einfach zu bedienen ist und alle wichtigen Funktionen enthält.
mc -- der Midnight Commander ist zwar kein graphisches RPM-Frontend, kann aber RPM-Archive lesen und anzeigen
Prüfen der Authentizität
RPM-Pakete sind mit GnuPG signiert. Der Schlüssel mit dem "Fingerabdruck" lautet:
Mit dem Befehl rpm --checksig paket-1.2.3.rpm können Sie die Signatur eines RPM-Pakets überprüfen und feststellen, ob es wirklich von SUSE oder einer anderen vertrauenswürdigen Quelle stammt. Dies ist insbesondere bei Update-Paketen aus dem Internet zu empfehlen. Der öffentliche Paketsignierschlüssel von SUSE ist standardmäßig in /root/.gnupg/ hinterlegt. Der Schlüssel befindet sich zusätzlich im Verzeichnis /usr/lib/rpm/gnupg/, damit auch normale Benutzer die Signatur von RPM-Paketen prüfen können.
Pakete verwalten
In der Regel kann ein RPM-Archiv einfach installiert werden: rpm -i package.rpm. Mit diesem Befehl wird das Paket aber nur dann installiert, wenn seine Abhängigkeiten erfüllt sind und keine Konflikte mit anderen Paketen bestehen. rpm fordert per Fehlermeldung die Pakete an, die zum Erfüllen der Abhängigkeiten installiert werden müssen. Im Hintergrund stellt die RPM-Datenbank sicher, dass keine Konflikte entstehen: Jede spezifische Datei darf nur zu einem Paket gehören. Durch die Wahl anderer Optionen können Sie rpm zwingen, diese Standards zu ignorieren, jedoch ist dies nur für Spezialisten gedacht. Andernfalls wird damit die Integrität des Systems gefährdet und möglicherweise die Update-Fähigkeit aufs Spiel gesetzt.
Die Optionen -U oder --upgrade und -F oder --freshen können für das Update eines Pakets benutzt werden, z. B.: rpm -F paket.rpm. Dieser Befehl entfernt die Dateien der alten Version und installiert sofort die neuen Dateien. Der Unterschied zwischen den beiden Versionen besteht darin, dass mit -U auch Pakete installiert werden, die vorher nicht im System vorhanden waren, wohingegen mit -F nur zuvor installierte Pakete aktualisiert werden. Bei einem Update verwendet rpm zur sorgfältigen Aktualisierung der Konfigurationsdateien die folgende Strategie:
Falls eine Konfigurationsdatei vom Systemadministrator nicht geändert wurde, installiert rpm die neue Version der entsprechenden Datei. Es sind keine Eingriffe seitens des Administrators nötig.
Falls eine Konfigurationsdatei vom Systemadministrator vor dem Update geändert wurde, speichert rpm die geänderte Datei mit der Erweiterung .rpmorig oder .rpmsave (Sicherungsdatei) und installiert nur dann die Version aus dem neuen Paket, wenn sich die ursprünglich installierte Datei und die neue Version unterscheiden. Vergleichen Sie in diesem Fall die Sicherungsdatei (.rpmorig oder .rpmsave) mit der neu installierten Datei und nehmen Sie Ihre Änderungen erneut in der neuen Datei vor. Löschen Sie anschließend unbedingt alle .rpmorig- und .rpmsave-Dateien, um Probleme mit zukünftigen Updates zu vermeiden.
.rpmnew-Dateien erscheinen immer dann, wenn die Konfigurationsdatei bereits existiert und wenn die Kennung noreplace mit der .spec-Datei angegeben wurde.
Im Anschluss an ein Update sollten alle .rpmsave- und .rpmnew-Dateien nach einem Abgleich entfernt werden, damit sie bei zukünftigen Updates nicht stören. Die Erweiterung .rpmorig wird zugewiesen, wenn die Datei zuvor nicht von der RPM-Datenbank erkannt wurde.
Andernfalls wird .rpmsave verwendet. Mit anderen Worten: .rpmorig entsteht bei einem Update von einem Fremdformat auf RPM. .rpmsave entsteht bei einem Update aus einem älteren RPM auf einen neueren RPM. .rpmnew informiert nicht darüber, ob der Systemadministrator die Konfigurationsdatei geändert hat. Eine Liste all dieser Dateien ist in /var/adm/rpmconfigcheck verfügbar. Einige Konfigurationsdateien (wie /etc/httpd/httpd.conf) werden nicht überschrieben, um den weiteren Betrieb zu ermöglichen.
Der Schalter -U ist nicht einfach gleichbedeutend mit der Deinstallation mit der Option -e und der Installation mit der Option -i. Verwenden Sie -U, wann immer möglich.
Geben Sie rpm -e paket ein, wenn Sie ein Paket entfernen möchten. rpm löscht das Paket nur, wenn keine nicht erfüllten Abhängigkeiten vorhanden sind. Theoretisch ist es unmöglich, beispielsweise Tcl/Tk zu löschen, solange eine andere Anwendung Tcl/Tk noch benötigt. Auch in diesem Fall nutzt RPM die Datenbank zur Unterstützung. Falls es in Ausnahmefällen nicht möglich ist, zu löschen, obwohl keine zusätzlichen Abhängigkeiten bestehen, können Sie versuchen, die RPM-Datenbank mit der Option --rebuilddb neu aufzubauen.
RPM und Patches
Um die Betriebssicherheit eines Systems zu garantieren, müssen von Zeit zu Zeit Update-Pakete auf dem System installiert werden. Bisher konnte ein Fehler in einem Paket nur eliminiert werden, indem das vollständige Paket ersetzt wurde. Bei großen Paketen mit Fehlern in kleinen Dateien kann dies schnell zu großen Datenmengen führen. Jedoch bietet SUSE RPM nun eine Funktion, mit der Patches in Pakete installiert werden können.
Die wichtigsten Überlegungen dazu werden am Beispiel "pine" aufgezeigt:
Ist der Patch-RPM für mein System geeignet?
Um dies zu prüfen, fragen Sie zunächst die installierte Version des Pakets ab. Im Fall von pine verwenden Sie den Befehl:
rpm -q pine
pine-4.44-188
Prüfen Sie dann, ob der Patch-RPM sich für diese Version von pine eignet:
rpm -qp --basedon pine-4.44-224.i586.patch.rpm
pine = 4.44-188
pine = 4.44-195
pine = 4.44-207
Dieser Patch passt zu drei verschiedenen Versionen von pine. Auch die im Beispiel installierte Version wird aufgeführt, d. h. der Patch kann installiert werden.
Welche Dateien werden durch den Patch ersetzt?
Die durch einen Patch betroffenen Dateien können leicht im Patch-RPM abgelesen werden. Der rpm-Parameter -P ermöglicht die Auswahl von speziellen Patch-Funktionen. Zeigen Sie die Dateiliste mit dem folgenden Befehl an:
rpm -qpPl pine-4.44-224.i586.patch.rpm
/etc/pine.conf
/etc/pine.conf.fixed
/usr/bin/pine
Oder verwenden Sie, falls der Patch bereits installiert ist, den folgenden Befehl:
rpm -qPl pine
/etc/pine.conf
/etc/pine.conf.fixed
/usr/bin/pine
Wie kann ein Patch-RPM im System installiert werden?
Patch-RPMs werden wie normale RPMs verwendet. Der einzige Unterschied liegt darin, dass ein passender RPM bereits installiert sein muss.
Welche Patches sind bereits auf dem System installiert und zu welchen Paketversionen gehören sie?
Eine Liste aller im System installierter Patches kann über den Befehl rpm -qPa angezeigt werden. Wenn nur ein Patch in einem neuen System installiert ist (wie in unserem Beispiel), sieht die Liste wie folgt aus:
rpm -qPa
pine-4.44-224
Wenn Sie zu einem späteren Zeitpunkt wissen möchten, welche Paketversion ursprünglich installiert war, können Sie auch diese Information der RPM-Datenbank entnehmen. Für pine rufen Sie diese Information mit dem folgenden Befehl ab:
rpm -q --basedon pine
pine = 4.44-188
Weitere Informationen, auch zur Patch-Funktion von RPM, stehen auf den man-Seiten von rpm und rpmbuild zur Verfügung.
Delta-RPM-Pakete
Delta-RPM-Pakete enthalten die Unterschiede zwischen einer alten und einer neuen Version eines RPM-Pakets. Wenn Sie ein Delta-RPM auf ein altes RPM anwenden, ergibt dies einen vollständig neuen RPM. Es ist nicht erforderlich, dass eine Kopie des alten RPM vorhanden ist, da ein Delta-RPM auch mit einem installierten RPM arbeiten kann. Die Delta-RPM-Pakete sind sogar kleiner als Patch-RPMs, was beim Übertragen von Update-Paketen über das Internet von Vorteil ist. Der Nachteil ist, dass Update-Vorgänge mit Delta-RPMs erheblich mehr CPU-Zyklen beanspruchen als normale oder Patch-RPMs.
Die Binärdateien prepdeltarpm, writedeltarpm und applydeltarpm sind Teil der Delta-RPM-Suite (Paket deltarpm) und helfen Ihnen beim Erstellen und Anwenden von Delta-RPM-Paketen. Mit den folgenden Befehlen erstellen Sie ein Delta-RPM mit dem Namen new.delta.rpm. Der folgende Befehl setzt voraus, dass old.rpm und new.rpm vorhanden sind:
Entfernen Sie zum Schluss die temporären Arbeitsdateien old.cpio, new.cpio und delta.
Mit applydeltarpm können Sie den neuen RPM aus dem Dateisystem rekonstruieren, wenn das alte Paket bereits installiert ist:
applydeltarpm new.delta.rpm new.rpm
Um es aus dem alten RPM abzuleiten, ohne auf das Dateisystem zuzugreifen, verwenden Sie die Option -r:
applydeltarpm -r old.rpm new.delta.rpm new.rpm
Technische Details finden Sie in /usr/share/doc/packages/deltarpm/README.
RPM Abfragen
Mit der Option -q initiiert rpm Abfragen und ermöglicht es, ein RPM-Archiv zu prüfen (durch Hinzufügen der Option -p) und auch die RPM-Datenbank nach installierten Paketen abzufragen. Zur Angabe der benötigten Informationsart stehen mehrere Schalter zur Verfügung. Weitere Informationen hierzu finden Sie unter [../quellen/manual/sec.rpm.anfragen.html#tab.rpm.query Tabelle 6.1, „Die wichtigsten RPM-Abfrageoptionen“].
Die wichtigsten RPM-Abfrageoptionen
-i
Paketinformation
-l
Dateiliste
-f FILE
Abfrage nach Paket, das die Datei FILE enthält. (FILE muss mit dem vollständigen Pfad angegeben werden.)
-s
Dateiliste mit Statusinformation (impliziert -l)
-d
Nur Dokumentationsdateien auflisten (impliziert -l)
-c
Nur Konfigurationsdateien auflisten (impliziert -l)
--dump
Dateiliste mit vollständigen Details (mit -l, -c oder -d benutzen)
--provides
Funktionen des Pakets auflisten, die ein anderes Paket mit --requires anfordern kann
Beispielsweise gibt der Befehl rpm -q -i wget die in [../quellen/manual/sec.rpm.anfragen.html#aus.update.rpm-i Beispiel „rpm -q -i wget“] gezeigte Information aus.
Beispiel rpm -q -i wget
Name : wget Relocations: (not relocatable)
Version : 1.9.1 Vendor: SUSE LINUX AG, Nuernberg, Germany
Release : 50 Build Date: Sat 02 Oct 2004 03:49:13 AM CEST
Install date: Mon 11 Oct 2004 10:24:56 AM CEST Build Host: f53.suse.de
Group : Productivity/Networking/Web/Utilities Source RPM: wget-1.9.1-50.src.rpm
Size : 1637514 License: GPL
Signature : DSA/SHA1, Sat 02 Oct 2004 03:59:56 AM CEST, Key ID a84edae89c800aca
Packager : http://www.suse.de/feedback
URL : http://wget.sunsite.dk/
Summary : A tool for mirroring FTP and HTTP servers
Description :
Wget enables you to retrieve WWW documents or FTP files from a server.
This can be done in script files or via the command line.
[...]
Die Option -f funktioniert nur, wenn Sie den kompletten Dateinamen mit dem vollständigen Pfad angeben. Sie können so viele Dateinamen wie nötig angeben. Beispielsweise führt der folgende Befehl
rpm -q -f /bin/rpm /usr/bin/wget
zum Ergebnis:
rpm-4.1.1-191
wget-1.9.1-50
Wenn nur ein Teil des Dateinamens bekannt ist, verwenden Sie ein Shell-Skript, wie in [../quellen/manual/sec.rpm.anfragen.html#dat.rpm.search Beispiel 6.2, „Skript für die Suche nach Paketen“] gezeigt. Übergeben Sie den partiellen Dateinamen als Parameter beim Aufruf des Skripts.
Beispiel 6.2. Skript für die Suche nach Paketen
#! /bin/sh
for i in $(rpm -q -a -l | grep $1); do
echo "\"$i\" is in package:"
rpm -q -f $i
echo ""
done
Der Befehl rpm -q --changelog rpm zeigt eine detaillierte Liste der Änderungsinformation zu einem bestimmten Paket nach Datum sortiert. Dieses Beispiel zeigt Informationen zum Paket rpm.
Mithilfe der installierten RPM-Datenbank sind Überprüfungen möglich. Initiieren Sie die Überprüfungen mit -V, -y oder --verify. Mit dieser Option zeigt rpm alle Dateien in einem Paket an, die seit der Installation geändert wurden. rpm verwendet acht verschiedene Zeichen als Hinweis auf die folgenden Änderungen:
RPM-Überprüfungsoptionen
5
MD5-Prüfsumme
S
Dateigröße
L
Symbolischer Link
T
Änderungszeit
D
Major- und Minor-Gerätenummern
U
Eigentümer
G
Gruppe
M
Modus (Berechtigungen und Dateityp)
Bei Konfigurationsdateien wird der Buchstabe c ausgegeben. Beispielsweise für Änderungen an /etc/wgetrc (wget):
rpm -V wget
S.5....T c /etc/wgetrc
Die Dateien der RPM-Datenbank werden in /var/lib/rpm abgelegt. Wenn die Partition /usr eine Größe von 1 GB aufweist, kann diese Datenbank beinahe 30 MB belegen, insbesondere nach einem kompletten Update. Wenn die Datenbank viel größer ist als erwartet, kann es nützlich sein, die Datenbank mit der Option --rebuilddb neu zu erstellen. Legen Sie zuvor eine Sicherungskopie der alten Datenbank an. Das cron-Skript cron.daily legt täglich (mit gzip gepackte) Kopien der Datenbank an und speichert diese unter /var/adm/backup/rpmdb. Die Anzahl der Kopien wird durch die Variable MAX_RPMDB_BACKUPS (Standard: 5) in /etc/sysconfig/backup gesteuert. Die Größe einer einzelnen Sicherungskopie beträgt ungefähr 1 MB für 1 GB in /usr.
Installieren von Quellpaketen
Alle Quellpakete haben die Erweiterung .src.rpm (Source-RPM).
Quellpakete können vom Installationsmedium auf die Festplatte kopiert und mit YaST entpackt werden. Sie werden im Paket-Manager jedoch nicht als installiert ([i]) gekennzeichnet. Das liegt daran, dass die Quellpakete nicht in der RPM-Datenbank eingetragen sind. Nur installierte Betriebssystemsoftware wird in der RPM-Datenbank aufgeführt. Wenn Sie ein Quellpaket „installieren“, wird dem System nur der Quellcode hinzugefügt.
Die folgenden Verzeichnisse müssen für rpm und rpmbuild in /usr/src/packages vorhanden sein (es sei denn, Sie haben spezielle Einstellungen in einer Datei, wie /etc/rpmrc, festgelegt):
SOURCES
für die originalen Quellen (.tar.bz2 oder .tar.gz files, etc.) und für die distributionsspezifischen Anpassungen (meistens .diff- oder .patch-Dateien)
SPECS
für die .spec-Dateien, die ähnlich wie Meta-Makefiles den build-Prozess steuern
BUILD
Alle Quellen in diesem Verzeichnis werden entpackt, gepatcht und kompiliert.
RPMS
Speicherort der fertigen Binärpakete
SRPMS
Speicherort der Quell-RPMs
Wenn Sie ein Quellpaket mit YaST installieren, werden alle notwendigen Komponenten in /usr/src/packages installiert: die Quellen und Anpassungen in SOURCES und die relevanten .spec-Dateien in SPECS.
Experimentieren Sie nicht mit Systemkomponenten (glibc, rpm, sysvinit usw.), da Sie damit die Funktionstüchtigkeit Ihres Systems aufs Spiel setzen.
Das folgende Beispiel verwendet das wget.src.rpm-Paket. Nach dem Installieren des Pakets mit YaST sollten Sie über Dateien ähnlich der in folgender Liste verfügen:
Mit rpmbuild -b X /usr/src/packages/SPECS/wget.spec wird die Kompilierung gestartet. X ist ein Platzhalter für verschiedene Stufen des build-Prozesses (Einzelheiten siehe in --help oder der RPM-Dokumentation). Nachfolgend wird nur eine kurze Erläuterung gegeben:
-bp
Bereiten Sie Quellen in /usr/src/packages/BUILD vor: entpacken und patchen.
-bc
Wie -bp, jedoch zusätzlich kompilieren.
-bi
Wie -bp, jedoch zusätzlich die erstellte Software installieren. Vorsicht: Wenn das Paket die Funktion BuildRoot nicht unterstützt, ist es möglich, dass Konfigurationsdateien überschrieben werden.
-bb
Wie -bi, jedoch zusätzlich das Binärpaket erstellen. Nach erfolgreicher Kompilierung sollte das Binärpaket in /usr/src/packages/RPMS sein.
-ba
Wie -bb, jedoch zusätzlich den Quell-RPM erstellen. Nach erfolgreicher Kompilierung sollte dieses in /usr/src/packages/RPMS liegen.
--short-circuit
Einige Schritte überspringen.
Der erstellte Binär-RPM kann nun mit rpm -i oder vorzugsweise mit rpm -U erstellt werden. Durch die Installation mit rpm wird er in die RPM-Datenbank aufgenommen.
Kompilieren von RPM-Pakten
Bei vielen Paketen besteht die Gefahr, dass während der Erstellung ungewollt Dateien in das laufende System kopiert werden. Um dies zu vermeiden, können Sie build verwenden, das eine definierte Umgebung herstellt, in der das Paket erstellt wird. Zum Aufbau dieser chroot-Umgebung muss dem build-Skript ein kompletter Paketbaum zur Verfügung stehen. Dieser kann auf Festplatte, über NFS oder auch von DVD bereitgestellt werden. Legen Sie die Position mit build --rpms Verzeichnis fest. Im Unterschied zu rpm sucht der Befehl build die SPEC-Datei im Quellverzeichnis. Wenn Sie, wie im obigen Beispiel, wget neu erstellen möchten und die DVD unter /media/dvd im System eingehängt ist, verwenden Sie als Benutzer root folgende Befehle:
cd /usr/src/packages/SOURCES/
mv ../SPECS/wget.spec .
build --rpms /media/dvd/suse/ wget.spec
Anschließend wird in /var/tmp/build-root eine minimale Umgebung eingerichtet. Das Paket wird in dieser Umgebung erstellt. Danach befinden sich die resultierenden Pakete in /var/tmp/build-root/usr/src/packages/RPMS.
Das build-Skript bietet eine Reihe zusätzlicher Optionen. Beispielsweise können Sie das Skript veranlassen, Ihre eigenen RPMs bevorzugt zu verwenden, die Initialisierung der build-Umgebung auszulassen oder den Befehl rpm auf eine der oben erwähnten Stufen zu beschränken. Weitere Informationen erhalten Sie über build --help oder die Manualpage build.
Werkzeuge
Midnight Commander (mc) kann den Inhalt von RPM-Archiven anzeigen und Teile daraus kopieren. Archive werden als virtuelle Dateisysteme dargestellt und bieten alle üblichen Menüoptionen von Midnight Commander. Zeigen Sie den HEADER mit F3 an. Zeigen Sie die Archivstruktur mit den Cursortasten und der Eingabetaste an. Kopieren Sie Archivkomponenten mit F5.
KDE bietet das Werkzeug kpackage als Front-End für rpm an. Ein Paket-Manager mit allen Funktionen ist als YaST-Modul verfügbar (siehe Kapitel Installieren bzw. Entfernen von Software (↑Start)).
Debian-Paketverwaltung
Grundlagen
Um weitere Pakete auf einem Debian GNU/Linux-System zu installieren, stehen mehrere Programme zur Verfügung. Neben dpkg, das auf der Kommandozeile ausgeführt wird, ist dselect das älteste von diesen mit einer Benutzeroberfläche. dselect stellt ein überaus mächtiges Programm mit vielen Möglichkeiten und allen Freiheiten dar. Dies hat aber leider nicht bei allen Anwendern (gerade bei Einsteigern) zur Beliebtheit beigetragen. dselect bietet eine sehr ausführliche Online-Hilfe, aber mal ehrlich: Wer liest so etwas schon? Aber wer über einige wenige Kenntnisse von dselect verfügt, wird sehen, dass alles ganz einfach ist, und die wird Mächtigkeit dieses Werkzeugs schnell zu schätzen wissen.
apt stellt die nächste Generation der Debian GNU/Linux-Installationsprograme dar. Mit der Version 3.0 von Debian GNU/Linux ist die komplette Umstellung des Paketmanagements auf apt erfolgt.
aptitude ist nun die bevorzugte Methode zur Paketverwaltung auf der Konsole. aptitude unterstützt die meisten Kommandozeilenoperationen von apt-get und hat bessere Fähigkeiten bei der Auflösung von Abhängigkeiten bewiesen.
„Secure APT“ ist seit Debian 4.0 Bestandteil der Distribution. Secure APT sorgt für zusätzliche Sicherheit von Debian GNU/Linux-Systemen, indem starke Kryptografie und digitale Signaturen zum Verifizieren heruntergeladener Pakete verwendet werden. Das Programm apt-key wird genutzt, um dem Schlüsselring von apt neue Schlüssel hinzuzufügen. Standardmäßig wird nur der Schlüssel zum Signieren des Debian Archives aus dem Paket debian-archive-keyring berücksichtigt. In der Standardkonfiguration wird apt nun eine Warnung ausgeben, falls Pakete aus Quellen heruntergeladen werden, die nicht authentifiziert werden konnten.
Unabhängig davon, welches Programm Sie zur Installation benutzen - Sie müssen in jedem Fall auswählen, welche Pakete Sie installieren möchten. Dies ist bei Debian GNU/Linux keine leichte Aufgabe, denn mittlerweile umfasst die Distribution einige tausend Pakete! Um Ihnen die Auswahl zu erleichtern, wurden von den Entwicklern so genannte „ task“-Pakete zusammengestellt. Diese „Gruppierung“ von Paketen vereinfacht Ihnen die Selektion. Wählen Sie beispielsweise das Paket task-gnome-desktop aus, so werden alle nötigen Pakete für einen GNOME-Desktop ausgewählt und installiert. Weitere Informationen zu diesen Paketen finden Sie in [../../debiananwenderhandbuch/taskpakete.html „Taskpakete“ ].
apt-get oder gnome-apt oder auch das bereits erwähnte dselect können zum Auswählen und Installieren einzelner Pakete benutzt werden.
Die Paketverwaltung unter Debian GNU/Linux stellt eines der Highlights dieser Distribution dar. Wir wollen hier nicht auf jedes Detail eingehen, aber trotzdem ein paar Informationen zu den grundsätzlichen Vorgängen bei der Installation eines Pakets festhalten.
Jedes Programmpaket enthält in der Regel einige verschiedene Dateien, die zur Funktion dieses Programms benötigt werden. Hierzu gehören natürlich das Programm selbst, die Bibliotheken, Dateien mit Daten wie zum Beispiel Grafiken für Spiele, die Anleitung (Manpages) usw. Bei der Installation eines Programms muss sichergestellt sein, dass alle Dateien am richtigen Platz im Verzeichnisbaum installiert werden.
Wenn Sie später ein Programm wieder von Ihrem System entfernen wollen, ist es ebenfalls wichtig zu wissen, welche Dateien zu einem Programm gehören und wo sie sich befinden. Weiterhin ist festzustellen, ob Dateien installiert wurden, die mittlerweile von anderen Programmen benutzt werden. In diesem Fall darf das Paket unter Umständen nicht entfernt werden.
Ebenso kann der Fall eintreten, dass ein Programm auf den neuesten Stand gebracht werden soll. Bei diesem Vorgang werden Dateien aktualisiert und eventuell auch einige Dateien gelöscht, die von der neuen Version nicht mehr benötigt werden. Auch dies muss so durchgeführt werden, dass nicht andere Programme danach nicht mehr funktionsfähig sind.
Das Debian GNU/Linux-Paketsystem wacht über alle diese Vorgänge und hält Ihr System immer in einem benutzbaren Zustand.
Organisation der Pakete
Debian GNU/Linux organisiert die Pakete in einer festgelegten Hierarchie. Unter anderem werden Bereiche mit allgemeiner, freier Software (main), die den DFSG (Debian Free Software Guidelines - [../../debiananwenderhandbuch/dfsg.html „Debian Free Software Guidelines“ ]) entspricht, und Bereiche mit Software, die nicht unter solchen freien Lizenzen steht (non-free), unterschieden. Als weiterer Bereich steht contrib zur Verfügung, hier finden sich Pakete mit freier Software, die aber auf nicht-freien Paketen aufbauen. Die Verantwortlichen für das Debian Projekt haben sich entschieden, den Bereich „non-free“ zukünftig nicht mehr zu unterstützen. Es wird versucht, die Autoren der Software-Pakete zu überzeugen, eine freie Lizenz zu verwenden. Gelingt dies nicht, so wird das entsprechende Paket in absehbarer Zeit nicht mehr auf den Debian Servern verfügbar sein.
Die nächste Ebene beschreibt die Architektur, also die Prozessorfamilie, auf der die Binärpakete laufen. Auch die Sourcen (Quellcodes) zu den Paketen sind in dieser Ebene angesiedelt. In der letzten Ebene finden sich diverse Verzeichnisse, in denen die eigentlichen Pakete zu Gruppen, wie zum Beispiel „Games“ oder „X11“, zusammengefasst werden.
Release
Von Debian werden zu jedem Zeitpunkt vier Release-Varianten angeboten: Die zuletzt veröffentlichte Version heißt „stable“. Dort sind alle Pakete sehr gut getestet, und die jeweils aktuellsten Sicherheitsupdates sind sehr schnell verfügbar. Mit einer solchen „stable“-Version ist in etwa alle zwei Jahre zu rechnen. Aktualisiert wird diese Version durch „Release“-Versionen (Unterversionen wie beispielsweise 3.1 R2), die in unregelmäßigen Abständen herausgegeben werden. Sicherheitsupdates sind für diese Version sehr zeitnah verfügbar. Dieses stabile Release von Debian sollte als Basis für alle produktiven Systeme eingesetzt werden.
Darüber hinaus gibt es zwei weitere Zweige, die zwar verfügbar, aber nicht vom Debian Team für den produktiven Betrieb freigegeben sind: „unstable“ (an diesem Release wird laufend weiterentwickelt) und „testing“, das der Sammelplatz für das nächste offizielle Release ist. „testing“ setzt sich aus Paketen zusammen, die nach 10 bis 14 Tagen im Zweig „unstable“ keine für das Release entscheidenden Fehler gezeigt haben und dann in den „testing“-Zweig übernommen werden. Die Pakete in „testing“ haben eine gute Stabilität und können für den laufenden Betrieb auf nicht geschäftskritischen Systemen eingesetzt werden. Hier sollte man aber auf kleinere Probleme und Ausfallzeiten gefasst sein. Sehr aktuelle Pakete finden Sie aber eher im „unstable“-Bereich. Sicherheitsupdates werden für diese Releases nicht garantiert. Häufig sind entsprechende Pakete verfügbar; verlassen Sie sich aber nicht darauf.
Für einige Pakete wird darüber hinaus manchmal „Experimental“ benutzt. Dieser Zweig enthält neuere Software-Versionen, die jedoch sehr große Änderungen mit sich bringen. Beispielsweise werden dort sehr neue und aktuelle Software-Pakete in die Debian Distribution integriert, oder es werden größere Debian Pakete komplett neu strukturiert. Sie sollten diesen Zweig nur einsetzen, wenn Sie gute Kenntnisse über das Debian Paketmanagement haben (etwa nach der Lektüre dieses Buches ;-)). Für diese Pakete gibt es keinen festgelegten Wert, wie sie in die Distribution aufgenommen werden.
Die vier Release-Varianten sind auf den Servern durch „Links“ mit den jeweiligen Release-Namen verbunden. So ist beispielsweise momentan, kurz nach der Release von „Sarge“, „stable“ ein Link auf „Sarge“, „testing“ ein Link auf „Etch“ und „unstable“ ist immer ein Link auf „sid“. „sid“ steht für „still in development“.
Kurz vor einem neuen Release gibt es für kurze Zeit noch ein weiteres Release: „frozen“. Es stellt den eingefrorenen Zustand einer „testing“-Distribution dar, kurz bevor diese zu „stable“ wird. In einem „frozen“-Status, kurz vor der Freigabe eines neuen Release, wird kein neuer Code mehr akzeptiert. Es werden lediglich bei Bedarf Bugfixes eingepflegt. Es wird ein neuer Verzeichnisbaum im dists/-Verzeichnis angelegt und einem neuen Kodenamen zugeordnet. Die eingefrorene Distribution durchläuft nun einige Monate lang Tests mit zwischenzeitlichen Updates und Zwischenversionen, die „Test-Zyklen“ genannt werden.
Distribution
Die so genannten „Distributionen“ innerhalb der gesamten Debian GNU/Linux-Distribution bezeichnen verschiedene Bereiche, die sich durch die Lizenzen unterscheiden, unter denen die Pakete in diesen Bereichen stehen.
Main
Dies ist der Hauptbestandteil von Debian. Diese Pakete sind unter einem Copyright veröffentlicht, das eine freie Weiterverteilung ermöglicht, und enthalten den vollständigen Quellcode.
Contrib
Die Pakete in diesem Verzeichnis sind für sich frei, jedoch benötigen sie nicht-freie (Non-Free) Software oder Bibliotheken, um zu funktionieren. Sie können daher nicht in den Bereich „main“ von Debian GNU/Linux einfließen.
Non-Free
Pakete in diesem Verzeichnis müssen nicht unbedingt Geld kosten, jedoch haben sie einige Bedingungen, die eine Weiterverteilung der Software einschränken. Beispielsweise kann ein Autor die Verbreitung der Software auf CD-ROM untersagen.
Non-US
Diese Pakete dürfen nicht aus den USA exportiert werden; es handelt sich meist um Verschlüsselungssoftware. Einige sind aufgrund der Lizenzen ebenfalls nicht-freie Software. Dieser Bereich wurde mit der Release von „Sarge“ (Debian Version 3.1) bereinigt und ist entfallen. Alle Lizenzen der Pakete wurden in Zusammenarbeit mit den Entwicklern angepasst, und die Pakete sind in den Bereich „main“ eingeflossen. Pakete, bei denen das nicht möglich war, wurden aus der Debian Distribution entfernt.
Architektur
Hier finden Sie eine Übersicht einiger von Debian GNU/Linux unterstützten beziehungsweise in der Entwicklung befindlichen Architekturen.
Bitte beachten Sie auch, dass nicht alle Architekturen auf CD-ROM im Handel erhältlich sind. Am einfachsten sind CDs für die i386-Architektur zu bekommen. Dies ist sowohl im Heimbereich als auch bei professionellen Anwendern die am weitesten verbreitete Hardware-Plattform.
Die erste Architektur und nicht direkt eine Portierung. Mit dieser Architektur begann alles. Linus Torvalds entwickelte auf Basis von Minix die ersten Zeilen Sourcecode zu Linux auf einem i386-Prozessor. Debian unterstützt alle IA-32-Prozessoren, hergestellt von Intel, AMD, Cyrix und weiteren Herstellern.
Intel IA-64 (ia64)
Zum ersten Mal offiziell mit Debian 3.0 freigegeben. Dieses ist die Portierung auf Intels 64-Bit-Architektur.
S/390 (s390)
Zum ersten Mal offiziell mit Debian 3.0 freigegeben. Dieses ist die Portierung auf IBM S/390-Server.
DEC Alpha (alpha)
Das erste Release erfolgte mit Debian 2.1. Eine der länger bestehenden Portierungen und ziemlich stabil.
ARM (arm)
Eine neue Portierungsbestrebung, motiviert durch Rebels (ehemals Corel) interessante „NetWinder“-Maschine.
Motorola 68k (m68k)
Das erste Release dieser Portierung erfolgte mit Debian 2.0. Der Debian m68k-Port läuft auf einer großen Bandbreite von Computern, die auf der Motorola 68k-Prozessorfamilie basieren - im Besonderen die Sun3-Workstation-Familie, die Apple Macintosh Personal-Computer und die Atari und Amiga Personal-Computer, aber auch einige aus dem Industriebereich stammenden VME-Bus-Boards.
MIPS (mips)
Zum ersten Mal offiziell mit Debian 3.0 freigegeben. Debian wird auf die MIPS-Architektur portiert, die in SGI-Computern (debian-mips - big-endian) und Digital Decstations (debian-mipsel - little-endian) verwendet wird.
Motorola/IBM PowerPC (powerpc)
Diese Portierung läuft auf vielen Apple Macintosh PowerMac-Rechnern und kann auch auf den meisten Motorola-Computern laufen. Ältere Macintosh-Rechner benutzen die m68k-Prozessoren; diese werden nicht als PowerMac bezeichnet. Debian/PowerPC wurde mit Debian 2.2 (Potato) das erste Mal offiziell veröffentlicht. Die Portierung läuft auf vielen der Apple Macintosh PowerMac-Modelle, den CHRP- und den PReP-Rechnern.
HP PA-RISC (hppa)
Zum ersten Mal offiziell mit Debian 3.0 freigegeben. Dieses ist eine Portierung auf die PA-RISC-Architektur von Hewlett-Packard, die sich in einem weit entwickelten Stadium befindet.
Sun SPARC (sparc)
Zum ersten Mal mit Debian 2.1 veröffentlicht. Diese Portierung läuft sowohl auf der SPARCstation-Familie von Workstations als auch auf einem Teil ihrer Nachfolger in der Sun4-Architektur.
Sun UltraSPARC (sparc64)
Dies ist auch der Beginn einer Portierung auf die Sun UltraSPARC-(sun4u-) Workstation-Familie. Dieser 64-Bit-Prozessor hat den Vorteil der Rückwärtskompatibilität zu seinem Vorgänger, so dass die UltraSPARC-Portierung in der Lage sein wird, Sparc-Binärfiles auszuführen. Dieses Projekt braucht zurzeit Entwickler. Wenn Sie einen UltraSPARC-basierenden Computer haben und helfen möchten, senden Sie bitte eine E-Mail an die Liste unter debian-ultralinux@lists.debian.org, um Ihre Mitarbeit anzubieten.
Debian GNU/Hurd (hurd-i386)
GNU/Hurd ist ein völlig neues Betriebssystem, das von der GNU-Gruppe aufgebaut wird. In der Tat ist GNU/Hurd die letzte Komponente, die es möglich macht, ein komplettes GNU-Betriebssystem aufzubauen, und Debian GNU/Hurd wird ein solches (vielleicht sogar das erste) GNU-Betriebssystem sein. Das gegenwärtige Projekt ist auf der i386-Architektur aufgebaut, aber Sie können erwarten, dass die anderen wenig später folgen werden.
Debian GNU/NetBSD (netbsd-i386 und netbsd-alpha)
Dies ist eine Portierung des Debian Betriebssystems inklusive apt, dpkg und GNU-Software auf den NetBSD-Kernel. Sie befindet sich im Augenblick in einem sehr vorläufigem Stadium, aber da NetBSD ein Produktionslevel-Kernel ist, sollte sich die Verwendbarkeit von Debian GNU/NetBSD sehr rasch entwickeln. Im Augenblick ist Debian GNU/NetBSD für Intel x86 am weitesten fortgeschritten, aber die Arbeit an der Unterstützung für Alpha-basierende Computer hat bereits begonnen.
Debian GNU/FreeBSD (freebsd-i386)
Dies ist eine Portierung des Debian Betriebssystems auf den FreeBSD-Kernel. Sie befindet sich im Augenblick in einer Vorentwicklungsphase.
Debian Beowulf
Obwohl nicht wirklich eine Portierung, so wird Beowulf doch ein Ersatz für viele Großrechner in Forschung und Entwicklung sein. Deshalb scheint hier der richtige Platz zu sein, um es zu erwähnen. Dieses Projekt arbeitet daran, Beowulf-Cluster unter Debian laufen zu lassen.
Gruppen
Jedes Paket der Debian Distribution kann vom Betreuer (Maintainer) einem bestimmten Bereich zugeordnet werden. Diese Bereiche beschreiben den hauptsächlichen Einsatzort bzw. den Einsatzbereich. Innerhalb eines Frontends zur Paketinstallation (beispielsweise dselect) können dann die Pakete entsprechend dieser Zuordnung ausgewählt werden.
Diese Struktur lässt sich auf den FTP-Servern oder den Debian CD-ROMs nicht ohne Weiteres zurückverfolgen, wenn nach einem Paket gesucht wird. Die Bereiche sind in den Dateien Packages.gz vermerkt und werden vom Frontend auf die tatsächlichen Pfade umgesetzt. Die Pakete selbst befinden sich in einer einfachen Dateisystemstruktur, die wie folgt aufgebaut ist: /pool/main/a/paketname/paket.deb.
Doch nun zu den Bereichen:
Administration
Programme zur Systemadministration
Base
Teile des Basissystems, wie zum Beispiel verschiedene Kernel
Communication
Terminalprogramme usw.
Development
Diverse Programmiersprachen, Compiler, Interpreter, Header-Dateien (C und C++) usw.
Documentation
HOWTOs, FAQs und andere Dokumentation sowie Programme, um diese zu lesen
Editors
Textverarbeitungsprogramme, Editoren für Programmierer
Electronics
Simulatoren für elektronische Schaltungen usw.
Games
Spiele
Graphics
Grafikprogramme
Ham Radio
Programme für Amateurfunker
Interpreters
Interpreter wie Perl, Python und Tcl/Tk
Libraries
Bibliotheken, die von verschiedenen Programmen genutzt werden
Mail
Alles rund um E-Mail. Mailserver, Mailprogramme usw.
Mathematics
Mathematische und wissenschaftliche Programme
Miscellaneous
Diverses, was sonst nirgends hineinpasst
Network
Netzwerkserver und Clientprogramme
Newsgroups
Software für öffentliche Diskussionsforen
Old Libraries
Ältere Versionen von Bibliotheken
Other Operating Systems and File Systems
Zugriff auf andere Betriebs- oder Dateisysteme
Shells
Verschiedene Shells
Sound
Alles für den guten Ton
TeX
Donald Knuths Schriftsatzprogramm
Text Processing
Werkzeuge zum Umgang mit Textdateien
Utilities
Verschiedene Werkzeuge
Web
Programme für das WWW, Server und Clients
X Window
X-Server, Window-Manager und anderes
Backports
Backporting (Rückportierungen) bezeichnet den Prozess der Rückportierung von Software-Paketen aus einem neueren Release in ein älteres Release. Es gibt zwei wesentliche Gründe dafür, Pakete aus anderen Releases zu portieren:
Durch den langen Release-Zyklus der stabilen Debian Version ist es manchmal wünschenswert, auf Software-Pakete aus „testing“ oder „unstable“ zuzugreifen. Dies ist leider nicht direkt ohne Weiteres möglich, da Abhängigkeiten zwischen den Paketen nicht erfüllt werden. Mitunter sind beispielsweise Bibliotheken nicht mehr in den benötigten Versionen in einer neueren Release vorhanden.
Auch kann eine individuelle Konfiguration bei der Übersetzung bestimmter Software-Pakete gewünscht sein. Hierfür ist aber nur in wenigen Fällen ein wirklicher Backport notwendig, es kann auch auf die Version aus dem verwendeten Release zurückgegriffen werden.
Detaillierte Informationen darüber, welche Schritte für das Backporting notwendig sind, finden Sie im Backporting-HOWTO.
Adept Manager
Der Adept Manager richtet sich an erfahrenere Anwender und ist ein Programm zur grafischen Paketverwaltung unter [../../../../../../KDE Kubuntu/KDE]. Es dient als Oberfläche für [../../../../../../apt-get APT], mit der Aufgabe, die Paketverwaltung komfortabel zu gestalten.
Für Einsteiger gibt es zudem zum Installieren neuer Programme den [../../../../../../Anwendungen_hinzuf%25C3%25BCgen%23KDE Adept Installer] und zum Aktualisieren des Systems den [../../../../../../Automatische_Updates%23adept_updater Adept Updater].
Der Adept Manager befindet sich im K-Menü unter * "System -> Adept Manager - Paketverwaltung"
Zum Start muss das [../../../../../../sudo Passwort] eingegeben werden. So wird die unbefugte oder unbeabsichtigte Installation oder Deinstallation von Programmen verhindert.
Ein Programm zu installieren ist eigentlich ganz leicht: Kennt man den Namen des Paketes, kann man diesen oben in das Suchfeld eintippen. Die Suche startet schon mit dem ersten eingegebenen Buchstaben und verfeinert sich mit jedem weiteren. Sollte das Paket wider Erwarten nicht gefunden werden, muss man eventuell noch weitere Paketquellen freischalten.
In der Liste im unteren Bereich kann man durch einen Klick auf den Paketnamen bzw. den blauen Pfeil am linken Rand weitere Informationen zum Paket anschauen. Möchte man das Paket installieren, so klickt man auf die Schaltfläche "Installation anfordern". Alternativ kann man auch mit der rechten Maustaste ein Paket auswählen und im Kontextmenü "Request Install" auswählen. Alle notwendigen Abhängigkeiten werden damit automatisch zur Installation markiert.
Zur Installation der vorgemerkten Pakete klickt man in der Symbolleiste auf "Änderungen anwenden". Möchte man sich vergewissern, dass auch die richtigen Pakete installiert bzw. entfernt werden, sollte man in der Symbolleiste auf "Änderungsvorschau" klicken.
Achtung!
Es kann auch vorkommen, dass Pakete entfernt werden sollen, weil diese zum Beispiel in Konflikt mit einem anderen stehen. Man sollte sich also genau durchlesen, was in diesem Dialog steht!
Pakete neuinstallieren
Möchte man ein bereits installiertes Paket neuinstallieren, kann man dies mit "Rechtsklick" -> "Request Reinstall" tun.
Pakete entfernen
Um ein Paket zu entfernen, klickt man dieses einfach in der Übersichtsliste an und wählt dann die Schaltfläche "Entfernung anfordern" oder alternativ per Rechtsklick im Kontextmenü "Request Removal".
Hinweis
Wichtig: Beim einfachen Entfernen eines Paketes bleiben Konfigurationsdateien - z. B. in /etc - zurück. Möchte man dies verhindern, entfernd man das Paket mit "Rechtsklick" -> "Request Purging". Dies löscht alles, inklusive der Konfigurationsdateien. Dateien in den [../../../../../../Homeverzeichnis Homeverzeichnissen] der Benutzer bleiben davon natürlich unberührt. Die Paketverwaltung wird nie Daten aus /home löschen!
Automatische Abhängigkeiten entfernen
Im Gegensatz zu [../../../../../../aptitude aptitude] und [../../../../../../apt-get apt-get] werden im Adept Manager automatisch installierte, abhängige Pakete nicht entfernt, wenn man das Ursprungspaket deinstalliert. Hier kann man sich aber helfen, indem man das entsprechende Paket in der Paketliste anklickt und auf die Schaltfläche "Details" betätigt. Unter dem Reiter "Paketbeziehungen" werden dort alle Pakete aufgelistet, mit denen das Ursprungspaket in Beziehung steht. Auf diese Art und Weise kann man nachverfolgen, welche Pakete als Abhängigkeiten zusätzlich installiert wurden und sie manuell entfernen.
Ab und zu kann es passieren, dass "kaputte" Pakete gemeldet werden, wenn man ein Paket manuell installiert ohne dessen Abhängigkeiten zu erfüllen. In diesem Fall sucht man das Paket heraus (Bei "Status" erscheint "KAPUTT"!) und klickt auf "Installation anfordern". Sollte sich der Status des Paketes nicht ändern, so konnten nicht alle Abhängigkeiten aufgelöst werden. Hier muss man entweder die notwendigen Paketquellen freischalten oder das Paket wieder entfernen.
Paketquellen
Die Paketquellen kann man im Adept Manager über das Menü "Adept -> Paketquellen verwalten" konfigurieren.
Allgemeine Informationen zu den Paketquellen findet man [../../../../../../Paketquellen hier]. Diesen Artikel sollte man sich vor dem Fortfahren durchgelesen haben.
Standardquellen nutzen
Die Standardquellen werden im Fenster für die Paketverwaltung über den Reiter "Software von Kubuntu" konfiguriert. Nach der Installation sind die Quellen für main, restricted, universe und multiverse schon eingetragen und seit Feisty auch aktiviert. Möchte man dies ändern, können die Quellen einfach deaktiviert werden, indem man das Häkchen beim entsprechenden Eintrag entfernt. Wenn Änderungen vorgenommen wurden, wird man nach dem Schließen des Fensters aufgefordert, die Paketquellen neu einzulesen, was man mit einem Klick auf "Neu laden" auch tun sollte. Ansonsten kann dies jeder Zeit mit einem Klick auf "Aktualisierungen holen" nachgeholt werden.
Experten-Info
Man kann auf hier auch Ubuntu Source-Paketquellen über den Punkt "Quelltext" aktivieren, was [../../../../../../sources.list hier] genauer erklärt ist, da man diese Quellpakete nur in der Konsole herunterladen kann.
Weitere Paketquellen hinzufügen
Gelegentlich wird in Wikiartikeln Software aus weiteren Paketquellen benötigt. Diese Paketquellen sind z.B. in der folgenden Form angegeben:
Zusätzliche [../../../../../../Fremdquellen%23Fremdquellen Fremdquellen] können das System gefährden. Um diese Quelle beispielsweise einzufügen, öffnet man wie bereits beschrieben das Fenster für die Paketverwaltung und geht zum Reiter "Third-Party Software". Dort klickt man auf "Hinzufügen" und gibt die gewünschte Paketquelle ein.
Nachdem sie eingetragen wurden, sind die Fremdquellen automatisch aktiviert und können, genau wie die Standardquellen auch, wieder deaktiviert werden, indem man das entsprechende Häkchen entfernt. Ebenso wird man nach dem Schließen des Fensters aufgefordert, die Paketquellen neu einzulesen.
Quelle als vertrauenswürdig einstufen
Wenn man bei der Paketinstallation aus Fremdquellen nicht immer eine Warnmeldung sehen möchte, dass die Quelle nicht authentifiziert werden kann, empfiehlt es sich diese als vertrauenswürdig einzustufen. Dazu gibt es in den meisten Wiki-Anleitungen (oder alternativ auf den Webseiten der Betreuer) eine GPG-Schlüsseldatei, die man einfach nur herunterladen muss. Wenn vorhanden, können heruntergeladene Authentisierungsschlüssel der neuen Quelle im Fenster für die Paketverwaltung bei dem Reiter "Authentication" mit "Import Key File" hinzugefügt werden. In der Regel wird dies aber über einen [../../../../../../Terminal Terminal] gemacht. Zudem können hier bereits authentisierte Schlüssel entfernt und die Standardeinstellungen (d. h., dass nur die Standardquellen authentisiert sind) über "Restore Defaults" wieder hergestellt werden.
CD/DVD als Paketquelle hinzufügen
Um eine CD/DVD als Paketquelle hinzuzufügen, öffnet man wie bereits beschrieben das Fenster für die Paketverwaltung und geht zum Reiter "Third-Party Software". Dann legt man die CD ein, die eingelesen werden soll und klickt auf die Schaltfläche "CD-ROM hinzufügen".
Es ist kein Problem mehrere CD-Quellen einzutragen, auch wenn man nur ein CD-Laufwerk besitzt. Bei Paketen, die auf einer anderen CD liegen, wird man aufgefordert, diese einzulegen.
Updates
Um die Handhabung von Kubuntu mit Updates einzustellen, öffnet man wie bereits beschrieben das Fenster für die Paketverwaltung und geht zum Reiter "Updates".
Auswahl der Updates
Unter "Aktualsierungen für Kubuntu" kann man einstellen, welche Updates berücksichtigt werden sollen. Neben wichtigen Sicherheitsaktualisierungen und empfohlen Updates können auch vorab veröffentlichte und nicht unterstütze Updates heruntergeladen werden.
Achtung!
Vorab veröffentlichte und nicht unterstütze Updates können die Stabilität des System gefährden!
Automatische Updates
Unter "Automatic Updates" kann man das Verhalten des [../../../../../../Automatische_Updates%23adept_updater Adept Updaters] einstellen. Wenn das Häkchen bei "Check for Updates" entfernt, wird der Adept Updater deaktiviert. Außerdem kann man die Häufigkeit bestimmen, mit der nach neuen Updates gesucht wird. Darunter kann eingestellt werden, wie mit den gefundenen Updates umgegangen werden soll. Man hat drei Optionen:
Automatic Updates
Option
Beschreibung
"Install security updates without confirmation"
Sicherheitsupdates werden hiermit automatisch ohne Nachfrage installiert.
"Download all updates in the background"
Hiermit werden alle Updates automatisch im Hintergrund herunterladen.
"Only notify about available updates"
Bei neuen Updates wird man nur über den Adept Notifier hingewiesen.
Was der Adept Manager nicht kann
Leider fehlen dem Adept Manager im Vergleich zu [../../../../../../Synaptic Synaptic] einige Features. So kann man keine Versionen eines Paketes sperren oder erzwingen, hier muss man sich mit [../../../../../../Apt-Pinning Apt-Pinning] behelfen. Außerdem können Pakete nicht konfiguriert werden, heruntergeladene Pakete kann man nicht automatisch entfernen lassen und man kann keine Paketlisten erstellen. Hier muss man entweder [../../../../../../APT APT] über einen [../../../../../../Terminal Terminal] bedienen oder man nutzt einfach Synaptic. Nach der Installation befindet es sich im K-Menü unter "System -> Synaptic-Paketverwaltung"
aptitude
aptitude verfolgt eine etwas andere Philosophie als dselect. Es wird streng nach installierten, nicht installierten, virtuellen Paketen und Paketen, die in einer neueren Version vorliegen, unterschieden. Innerhalb dieser vier Gruppen werden alle Pakete in einer Baumstruktur dargestellt, die auch die Verzeichnisstruktur innerhalb des Debian Archives darstellt, also beispielsweise: main/admin oder non-US/non-free.
Sie können einzelne Teile der Struktur aufklappen und in den einzelnen Bereichen Pakete auswählen.
Bei aptitude decken sich die meisten Tastaturbelegungen mit dselect.
PFEIL-UNTEN
Bewegt den Auswahlbalken zum nächsten Eintrag.
PFEIL-OBEN
Bewegt den Auswahlbalken zum vorherigen Eintrag.
RETURN
Klappt ein Verzeichnis auf/zu.
^
Springt zum Verzeichnis, zu dem das Paket gehört.
+
Markiert ein Paket zur Installation.
-
Markiert ein Paket zum Löschen.
i
Zeigt die Beschreibung des Pakets an.
d
Zeigt die Abhängigkeiten des Pakets an.
v
Zeigt die verfügbaren Versionen des Pakets an.
u
Aktualisiert die Liste der verfügbaren Pakete.
g
Startet die Installation der ausgewählten Pakete.
Die verschiedenen Hintergrundfarben innerhalb des Programms haben folgende Bedeutung:
schwarz
„Normalzustand“ eines Pakets. Beim nächsten Installationsdurchlauf wird dieses Paket nicht verändert. Fett geschriebene Pakete sind bereits installiert.
rot
Das Paket ist in einem unbrauchbaren Zustand oder kann nicht installiert werden.
blau
Das Paket wird mit einer neueren Programmversion aktualisiert.
weiß
Dieses Paket könnte aktualisiert werden, es wurde aber auf dem aktuellen Stand fixiert (hold).
grün
Das Paket wird installiert.
magenta
Das Paket wird gelöscht.
Neben einer Benutzeroberfläche bietet aptitude auch die Möglichkeit, verschiedenste Aktionen auf der Kommandozeile auszuführen. Die Syntax ist dabei wie folgt definiert:
aptitude [Optionen] <Aktion> ...
Wird beim Aufruf von aptitude auf der Komandozeile keine Aktion angegeben, so startet aptitude im interaktiven Modus.
Aktionen beim Start von aptitude können sein:
Aktionen
install
Installiere/aktualisiere Pakete.
remove
Entferne Pakete.
purge
Entferne Pakete und ihre Konfiguration.
hold
Pakete auf den Status „halten“ setzen.
unhold
Entfernt den Status „halten“ des angegebenen Paketes.
markauto
Pakete als automatisch installiert markieren.
unmarkauto
Pakete als manuell installiert markieren.
update
Neue Listen neuer/aktualisierbarer Pakete laden.
upgrade
Sicheres Upgrade durchführen.
dist-upgrade
Upgrade durchführen, dabei - wenn notwendig - Pakete installieren/entfernen.
search
Pakete nach Namen oder Ausdruck suchen.
show
Gibt detaillierte Informationen zu dem Paket aus.
clean
Heruntergeladene Pakete löschen.
autoclean
Alte heruntergeladene Pakete löschen.
download
Die .deb-Datei eines Pakets herunterladen.
Darüber hinaus versteht aptitude die folgenden Optionen beim Aufruf auf der Kommandozeile. Es ist nicht zwingend notwendig, aptitude mit dem Frontend zu verwenden.
Optionen
-h
Eine kurze Hilfe zu aptitude.
-s
Aktionen simulieren, aber nicht wirklich durchführen.
-d
Pakete nur herunterladen, nichts installieren oder entfernen.
-P
Zur Bestätigung nachfragen.
-y
Annehmen, dass die Antwort zu einfachen Ja/nein-Fragen „ja“ ist.
-F format
Format für die Suchergebnisse angeben.
-O order
Wie die Suchergebnisse sortiert werden sollen.
-w breite
Die Breite für die Formatierung der Suchergebnisse.
-f
Aggressiv versuchen, kaputte Pakete trotzdem zu installieren.
-V
Anzeigen, welche Version eines Pakets installiert wird.
Release, aus dem Pakete installiert werden sollen.
--with(out)-recommends,
Beeinflusst, ob oder ob nicht Empfehlungen (Vorschläge) wie starke Abhängigkeiten gehandhabt werden.
-S fname
die erweiterten Aptitude-Statusinformationen aus der Datei fname laden.
-u
Neue Paketlisten beim Start laden.
-i
Installationslauf am Anfang durchführen.
Eine sehr nützliche Option von aptitude ist die Möglichkeit, zu einem Paket auch die empfohlenen (recommended) Pakete zu installieren. Hierbei werden die beiden Optionen install und --with[out]-recommends kombiniert.
Beachten Sie, dass dies nur bei noch nicht installierten Paketen funktioniert und nicht bei Paketen, von denen bereits Teile installiert sind.
Hier zunächst ein Beispiel für eine einfache Installation eines Pakets ohne die empfohlenen Pakete:
Reading Package Lists... Done
Building Dependency Tree
Reading extended state information
Initializing package states... Done
Reading task descriptions... Done
The following NEW packages will be installed:
minicom
0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 280kB of archives. After unpacking 922kB will be used.
Writing extended state information... Done
Get:1 ftp://ftp.de.debian.org sarge/main minicom 2.1-7 [280kB]
86% [1 minicom 241920/280kB 86%]
...
Es wird ausschließlich das Paket minicom installiert. Dies Verhalten entspricht dem Kommando apt-get install minicom.
wasabi:~# apt-get install minicom
Reading Package Lists... Done
Building Dependency Tree... Done
Recommended packages:
lrzsz
The following NEW packages will be installed:
minicom
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 280kB of archives.
After unpacking 922kB of additional disk space will be used.
Get:1 ftp://ftp.de.debian.org sarge/main minicom 2.1-7 [280kB]
88% [1 minicom 247680/280kB 88%]
...
Das Paket empfiehlt aber auch das Paket lrzsz, das normalerweise durch aptitude automatisch mitinstalliert wird.
wasabi:~# aptitude install minicom
Reading Package Lists... Done
Building Dependency Tree
Reading extended state information
Initializing package states... Done
Reading task descriptions... Done
The following NEW packages will be automatically installed:
lrzsz
The following NEW packages will be installed:
lrzsz minicom
0 packages upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
Need to get 373kB of archives. After unpacking 1111kB will be used.
Do you want to continue? [Y/n/?]
...
Advanced Package Tool (APT)
APT („Advanced Package Tool“) stellt die nächste Generation der Debian GNU/Linux-Paketverwaltung dar.
In diesem Abschnitt wird zunächst auf die Konfiguration und Benutzung von Kommandozeilentools wie apt und dpkg sowie deren Verwandten eingegangen. Später werden dann auch grafische Frontends zur Paketverwaltung beschrieben.
Kommandovervollständigung
In der unter Linux verwendeten Shell bash lassen sich teilweise eingegebene Befehlsnamen durch Drücken der TAB-Taste vervollständigen. Zunächst funktioniert das ausschließlich für den Programmnamen und nicht für Kommandos und Optionen.
Mit dem Kommando source /etc/bash_completion können einige weitere Makros für die Shell geladen werden. Danach ist es möglich, auch Optionen von Befehlen automatisch zu vervollständigen (tippen Sie beispielsweise dpkg -TABTAB, so werden alle Optionen zum Befehl dpkg angezeigt). Dies funktioniert natürlich nicht nur mit Befehlen zur Verwaltung von Debian Paketen, sondern auch mit jedem anderen Befehl.
Darüber hinaus ist es möglich, auch Paketnamen, beispielsweise bei der Installation, zu vervollständigen. Tippen Sie hierzu: apt-get install im TABTAB, so werden alle verfügbaren Pakete angezeigt, die mit „im“ beginnen.
Die Datei sources.list
Wenn Sie APT bereits über das Programm dselect als Installationsmethode benutzt haben, so haben Sie wahrscheinlich bereits APT an Ihre Bedürfnisse angepasst. Hier noch einige weitergehende Informationen zu APT:
APT steht für „ Advanced Package Tool“, ein Programm also, das den Systemadministrator bei der Installation und Verwaltung von Programmen unterstützen soll. Der erste Schritt zur Benutzung von APT ist die Anpassung der Konfigurationsdatei /etc/apt/sources.list . In dieser Datei befinden sich die Informationen, von welcher Quelle die Pakete geholt werden sollen. APT unterstützt eine große Zahl verschiedener Installationsquellen. Momentan sind dies: cdrom, file, http und ftp. Jede dieser Quellen wird in einer einzelnen Zeile in der Datei beschrieben. Dabei wird auch die Reihenfolge berücksichtigt; weiter oben stehende Einträge haben eine höhere Priorität.
Das Format der Einträge lässt sich wie folgt beschreiben:
deb uri distribution [component1] [component2] [...]
In der ersten Spalte findet sich der Hinweis auf die Art der Quelle. Mögliche Werte sind hier deb für Debian Pakete im Binärformat (dies ist der gebräuchliste Wert) oder aber deb-src für Pakete, die im Quellcode vorliegen. Einträge der letzteren Art benötigt man beispielsweise, um ein Paket aus den Quellpaketen neu zu übersetzen.
Das Feld uri beschreibt die Installationsquelle und den Pfad zum „root“-Verzeichnis der Debian Distribution. Auf einer CD-ROM und auf vielen Debian FTP-Servern ist der Pfad im Normalfall das Verzeichnis /debian .
Mit dem Feld distribution stellen Sie die gewünschte Version ein, die Sie installieren möchten. Normalerweise wird man sich zwischen stable für die aktuelle, stabile Version oder unstable (für die Entwicklerversion) sowie testing, (die nächste zu veröffentlichende Version) entscheiden. Wie schon am Anfang dieses Buches beschrieben, bekommt jede Debian Version einen Namen. Sie können diesen Namen auch hier einsetzen, also Woody für die Version 3.0 oder Sarge für die Version 3.1 bzw. sid für die jeweils in Entwicklung befindlichen aktuellsten Pakete.
Die Felder „component“ werden mit den einzelnen Bereichen der Distribution gefüllt. Hier können beispielsweise main, contrib, non-free, non-US (dieser Zweig ist ab Debian Sarge nicht mehr vorhanden) stehen. Zulässig sind einer oder mehrere Einträge, die durch Leerzeichen voneinander getrennt werden.
Genauere Informationen zu den Installationsquellen
file
benutzt ein Verzeichnis als Quelle für die Pakete. Dies kann ein lokales oder ein per NFS gemountetes Verzeichnis sein.
Cdrom
benutzt ein lokal installiertes CD-ROM-Laufwerk als Installationsquelle. Wenn die Distribution auf mehreren CDs vorliegt, wird auch dies unterstützt. Benutzen Sie das Programm apt-cdrom, um die nötigen Einträge in der Datei /etc/apt/sources.list vorzunehmen oder benutzen Sie das Programm apt-setup.
Http
benutzt einen HTTP-Server als Installationsquelle. Wenn die Shell-Umgebungsvariable $http_proxy gesetzt ist (im Format: http://server:port/ ), so wird diese anstelle einer direkten Verbindung zum Server benutzt. Sie können auch Proxy-Server benutzen, die eine Authentifizierung verlangen. Hierzu ist der Proxy im Format: http://user:pass@server:port/ anzugeben. Bitte beachten Sie, dass die Benutzernamen und Passwörter auf diesem Wege unverschlüsselt übertragen werden.
Ftp
stellt sicher die am häufigsten verwendete Methode für APT dar. Die Daten werden per FTP (File Transfer Protocol) auf den Rechner übertragen. Ein Beispiel finden Sie weiter unten.
Copy
Diese Methode ist identisch mit der Methode „file“, mit dem Unterschied, dass die Pakete vor der Installation in das Verzeichnis /var/apt/cache/archives/ kopiert werden. Dies kann zum Beispiel auf Systemen Sinn machen, die keine Verbindung zum Netz haben und per ZIP-Medium aktualisiert werden sollen.
Hier nun einige Beispiele. Denken Sie daran, dass Sie durchaus mehrere dieser Einträge in der Konfigurationsdatei gleichzeitig verwenden können.
Ein solcher Eintrag benutzt das Archiv auf http://www.debian.org mit den Bereichen stable/main und stable/contrib.
Folgender Eintrag holt die Dateien via FTP aus dem Verzeichnis /debian. Es wird die noch nicht fertige („unstable“) Version von Debian GNU/Linux benutzt und auf die Bereiche main, contrib und non-free zugegriffen:
Wenn Sie die beiden vorhergehenden Zeilen in Ihrer Konfiguration einsetzen, werden beide Zeilen in einem FTP-Zugriff bearbeitet.
deb file:/home/fr/debian stable main contrib non-free
Ein solcher Eintrag benutzt eine lokale Kopie der Daten auf der Festplatte. Dies kann auch ein per NFS gemountetes Verzeichnis sein.
Paketbeschreibungen
Zu jedem Paket existiert eine Beschreibung, jeweils als Kurzbeschreibung in einer Zeile und als ausführliche Beschreibung in mehreren Sätzen. Diese Beschreibungen sind in den Package.gz-Dateien auf den Debian Spiegeln abgelegt und zunächst ausschließlich in englischer Sprache verfügbar.
Das „Debian Description Translation Project“ (DDTP, http://ddtp.debian.org/) übersetzt diese Paketbeschreibungen in verschiedene Sprachen. Um die übersetzten Paketbeschreibungen zu nutzen, muss eine Anpassung an der Datei /etc/apt/sources.list vorgenommen werden. Dort ist der Eintrag für das verwendete Release von Debian durch einen entsprechenden Eintrag des DDTP-Servers zu ersetzen. So wird beispielsweise aus
Nach dem Ausführen des Kommandos apt-get update sollten dann die Beschreibungen zu den Paketen in deutscher Sprache erscheinen:
Package: bash
Essential: yes
Priority: required
Section: base
Installed-Size: 1228
Maintainer: Matthias Klose <doko@debian.org>
Architecture: i386
Source: bash (2.05b-2-15)
Version: 2.05b-15
Replaces: bash-doc (<= 2.05-1), bash-completion
Depends: base-files (>= 2.1.12)
Pre-Depends: libc6 (>= 2.3.2.ds1-4), libncurses5 (>= 5.4-1)
Suggests: bash-doc
Conflicts: bash-completion
Filename: pool/main/b/bash/bash_2.05b-15_i386.deb
Size: 622470
MD5sum: b804b1efff12046675a8826b41de7a37
Description: Die GNU Bourne Again Shell
Bash ist ein sh-kompatibler Befehlssprachen-Interpreter, der Befehle
ausführt, die von der Standardeingabe oder aus einer Datei kommen.
Bash beinhaltet auch nützliche Fähigkeiten der Korn- und C-Shells
(ksh und csh).
.
Letztendlich soll Bash eine kompatible Implementation der IEEE POSIX
Shell and Tools Spezifikation (IEEE Working Group 10003.2) sein.
.
Im bash-Paket ist der Programmable Completion Code von Ian
Macdonald enthalten.
Zugriff auf ältere Debian Releases
Manchmal kann es notwendig oder sinnvoll sein, ältere Debian Releases einzusetzen, beispielsweise um Debian auf älterer Hardware zu installieren. Eine Übersicht der verfügbaren Debian Releases ist unter http://www.debian.org/distrib/archive zu finden.
Zugriff auf tägliche Versionen von Paketen
Die jeweils aktuell in der Entwicklung befindliche Debian Version („testing“ oder „unstable“) unterliegt einem häufigen Wechsel der Paketversionen. Manchmal ist ein Paket nur für einen oder wenige Tage verfügbar. Da nun neuere Versionen nicht immer eine Verbesserung mit sich bringen, wollen Sie vielleicht auf ein älteres Paket ausweichen.
Leider sind auf den Debian Servern ältere Pakete nicht mehr verfügbar. Unter http://snapshot.debian.net sind alle Pakete, auch in älteren Versionen, weiterhin zugänglich.
Der Zugriff auf dieses Archiv erfolgt mit einigen besonderen Einträgen in der Datei /etc/sources.list. Hierbei kann zwischen dem Zugriff über ein absolutes oder ein relatives Datum gewählt werden.
Im vorhergehenden Beispiel kann gezielt auf den tagesaktuellen Stand zugegriffen werden. Die Buchstabenkombination YYYY/MM/DD ist dabei durch das gewünschte Datum zu ersetzen.
In diesem Beispiel muss datestr durch einen String ersetzt werden, der dem Kommando date als Datum bekannt ist. Dies kann beispielsweise yesterday, 2-days-ago oder last-week sein.
apt.conf
Die Konfigurationsdatei /etc/apt/apt.conf stellt die zentrale Stelle für alle Einstellungen von Programmen dar, die auf APT aufsetzen. Von allen Programmen wird zum einen die gemeinsame Konfigurationsdatei, zum anderen auch ein Kommandozeilen-Interpreter (apt-config) genutzt, um die Konfigurationsdatei auszuwerten. Dies garantiert für alle Programme eine einheitliche Arbeitsumgebung. Beim Start eines auf APT basierenden Programmes wird zunächst die Umgebungsvariable APT_CONFIG ausgewertet. Über diese Umgebungsvariable lässt sich eine alternative Konfigurationsdatei angeben.
Die Konfigurationsdatei ist in einer Baumstruktur organisiert und trennt verschiedene Optionen in funktionale Gruppen. Werte für Optionen werden durch zwei Doppelpunkte eingeleitet, beispielsweise so: APT::Get::Assume-Yes. Optionen übernehmen keine Werte von übergeordneten Gruppen.
Die Syntax der Konfigurationsdatei ist an die von Programmen wie bind und dhcp angelehnt. Zeilen, die mit den Zeichen // beginnen, werden als Kommentare behandelt und ignoriert. Alle weiteren Zeilen entsprechen dem Aufbau von APT::Get::Assume-Yes "true";. Wichtig ist hierbei das abschließende Semikolon am Ende jeder Zeile, die Werte selbst können, müssen aber nicht von Anführungszeichen umschlossen werden. Ein neuer Bereich wird durch geschweifte Klammern umschlossen.
Leerzeilen können innerhalb eines Bereiches genutzt werden, um die Datei besser lesbar zu halten. Einfache Einträge können erzeugt werden, indem innerhalb eines Bereiches ein Kommando abgelegt wird und der Eintrag mit einem Semikolon beendet wird. Ein Beispiel:
/* This file is a sample configuration file with a few harmless sample
options.
*/
APT
{
// Options for apt-get
Get
{
Download-Only "false";
};
};
// Options for the downloading routines
Acquire
{
Retries "0";
};
// Things that effect the APT dselect method
DSelect
{
Clean "auto"; // always|auto|prompt|never
};
DPkg
{
// Probably don't want to use force-downgrade..
Options {"--force-overwrite";}
}
Innerhalb der Konfigurationsdatei sind zwei spezielle Einträge erlaubt, #include und #clear. #include liest die angegebene Datei an der entsprechenden Stelle ein, solange der Dateiname nicht mit einem Slash (/) endet. #clear löscht eine Liste von Namen.
Allen APT-Programmen kann die Option -o übergeben werden, um eine Konfigurationsoption auf der Kommandozeile zu übergeben. Die Syntax hierfür ist der volle Name der Option, beispielsweise APT::Get::Assume-Yes, gefolgt von einem Gleichheitszeichen und dem gewünschten Wert für diese Option. Listen können Werte hinzugefügt werden, indem abschließend zwei Doppelpunkte (::) angegeben werden.
Im Folgenden werden die verschiedenen Gruppen in der Konfigurationsdatei beschrieben.
APT
Diese Gruppe enthält generelle Parameter zu allen APT-Programmen.
Architecture
Die System Architektur. Über diesen Wert wird ermittelt, welche Paketlisten und Debian Pakete passend zur Hardware-Architektur geholt werden. Voreingestellt ist immer die Architektur für die APT auf dem System übersetzt wurden.
Ignore-Hold
Setzt den „Hold“-Status global für alle Pakete außer Kraft.
Clean-Installed
Voreingestellt ist hier der Wert „on“.
Immediate-Configure
Mit dieser Option lässt sich das unmittelbare Konfigurieren von Paketen abschalten. APT ruft nach einer Anzahl von Paketen, die zur Installation vorgemerkt sind, die Konfiguration dieser Pakete auf. Dies ist sinnvoll, da Pakete aufeinander basieren und es erforderlich ist, dass ein bestimmtes Paket vor einem anderen bereits installiert und konfiguriert ist. Das Abschalten dieser Option kann die Installation von vielen Paketen auf einem langsamen System beschleunigen, führt aber unter Umständen zu Problemen bei der Installation.
Force-LoopBreak
Diese Option erlaubt APT, ein essenzielles Paket kurzfristig zu entfernen, um eine Endlosschleife in einem Konflikt oder einer Abhängigkeit (Pre-Depend) auflösen zu können. Solch eine Endlosschleife darf eigentlich nicht existieren und ist ein schwerwiegender Fehler. Diese Option wirkt nicht bei den essenziellen Paketen tar, gzip, libc, dpkg, bash oder allen anderen Paketen, von denen diese Pakete abhängen. Diese Option darf nur eingesetzt werden, wenn Sie genau verstanden haben, was dies für Konsequenzen haben kann.
Cache-Limit
APT nutzt einen festgelegten Speicherbereich, um Informationen über die verfügbaren Pakete zu speichern. Mit dieser Option kann der Wert verändert werden.
Get
Dieser Abschnitt kontrolliert das Verhalten von apt-get.
Cache
Dieser Abschnitt kontrolliert das Verhalten von apt-cache.
CDROM
Dieser Abschnitt kontrolliert das Verhalten von apt-cdrom.
Acquire
In dieser Gruppe sind Optionen für das Herunterladen von Paketen und die Behandlung von URIs enthalten.
Queue-Mode
Dieser Eintrag betrifft die Behandlung von ausgehenden Verbindungen bei der Übertragung von Paketen. Der Wert „host“ bedeutet, dass zu jedem System, von dem Pakete geholt werden, eine Verbindung aufgebaut wird. Der Wert „access“ bewirkt, dass je URI-Typ eine Verbindung aufgebaut wird.
Retries
Anzahl der Versuche bei einem fehlgeschlagenen Download.
Source-Symlinks
Nutzt symbolische Links für Quellcode-Archive, anstatt eine Kopie der Datei anzulegen. Voreinstellung ist „True“.
Http
HTTP-Adressen können mit diesem Eintrag über einen Proxy-Server erreicht werden. Die Angabe http::Proxy stellt der Standard-Proxy für alle Anfragen dar. Die Adresse des Proxy-Servers ist wie üblich als http://[[user][:pass]@]host[:port]/ anzugeben. Alternativ kann für einzelne Server ein gesonderter Proxy in der Form http::Proxy::<host> gesetzt werden. Soll für einen einzelnen Server kein Proxy verwendet werden, so ist das Schlüsselwort DIRECT zu benutzen. Die Umgebungsvariable http_proxy überschreibt alle diese Angaben. Es sind drei Werte im Zusammenhang mit diesem Eintrag erlaubt. No-Cache teilt dem Proxy mit, dass in keinem Fall Daten aus dem Cache benutzt werden sollen. Max-Age wird für Index-Dateien verwendet und gibt die Zeit in Sekunden an, die das maximale Alter der Index-Dateien bezeichnet. Die Index-Dateien auf Debian Servern werden täglich aktualisiert, der vorgegebene Wert entspricht ebenso einem Tag. No-Store führt dazu, dass die Anfrage niemals im Cache gespeichert wird. Mit der Option timeout lässt sich die Zeit für Verbindungs- und Daten-Timeouts einstellen.
Ftp
FTP-Adressen können mit diesem Eintrag über einen Proxy-Server erreicht werden. Die Angabe ftp::Proxy stellt der Standard-Proxy für alle Anfragen dar. Die Adresse des Proxy-Servers ist wie üblich als ftp://[[user][:pass]@]host[:port]/ anzugeben. Um einen FTP-Proxy zu nutzen, muss in der Konfigurationsdatei der Wert ftp::ProxyLogin mit einem Skript belegt sein. Dieser Eintrag beschreibt die Kommandos, die an den FTP-Server beim Login-Vorgang gesendet werden.
Die Umgebungsvariable ftp_proxy überschreibt alle diese Angaben.
Mit der Option timeout lässt sich die Zeit für Verbindungs- und Daten-Timeouts einstellen.
cdrom
Der Wert für einen Eintrag, der eine CD (ein CD-ROM- oder DVD-Laufwerk) betrifft, bezieht sich auf das Verzeichnis im Dateisystem, an dem der Inhalt eingebunden wird. Die Syntax für solch einen Eintrag lautet:
"/cdrom/"::Mount "foo";
Wichtig ist bei einem solchen Eintrag der vorangestellte Slash (/). Das Kommando umount kann ebenso durch den Eintrag UMount mit einer solchen Syntax genutzt werden.
Verzeichnisse
Dir::State
Dieser Abschnitt betrifft Verzeichnisse mit lokalen Status-Informationen. lists bezeichnet das Verzeichnis, in dem die heruntergeladenen Paketlisten abgelegt werden. status ist der Dateiname der dpkg-Status-Datei. preferences ist der Name der APT-Konfigurationsdatei. Dir::State bezeichnet das Verzeichnis, welches allen anderen Objekten in diesem Abschnitt vorangestellt wird, wenn diese nicht mit / oder ./ beginnen.
Dir::Cache
In diesem Abschnitt werden Verzeichisse festgelegt, die mit heruntergeladenen Dateien zu tun haben. Die Angaben pkgcache und srcpkgcache enthalten das Verzeichnis für Binär- und Quellcode-Pakete. Die Verwendung des Cache kann deaktiviert werden, in dem die Verzeichnisnamen nicht angegeben werden. Das voreingestellte Verzeichnis für alle Caches wird in Dir::Cache festgelegt.
Dir::Etc
Enthält den Pfad zu den Konfigurationsdateien, sourcelist bezeichnet dabei die Datei sources.list, main ist die voreingestellte Konfigurationsdatei.
Dir::Parts
Dieser Abschnitt liest alle Konfigurationsteile in alphabetischer Reihenfolge aus dem angegebenen Verzeichnis. Danach wird die zentrale Konfigurationsdatei eingelesen.
Dir::Bin
In diesem Verzeichnis werden binäre Programme gesucht. Dir::Bin::Methods enthält den Pfad zu den zusätzlichen Methoden. Die Angaben zu gzip, dpkg, apt-get, dpkg-source, dpkg-buildpackage und apt-cache zeigen auf die jeweiligen Programme im Verzeichnisbaum.
APT innerhalb von dselect
Wird APT als Zugriffsmethode von dselect verwendet, so können die folgenden Parameter zur Konfiguration verwendet werden.
Clean
Modus, um den Paketcache zu verwalten.
options
Der Inhalt dieser Variablen wird an apt-get als Kommandozeilenoption weitergereicht, wenn eine Installation durchgeführt wird.
Updateoptions
Der Inhalt dieser Variablen wird an apt-get als Kommandozeilenoption weitergereicht, wenn ein Update durchgeführt wird.
PromptAfterUpdate
Wird die Funktion Update im Programm dselect verwendet, so wird immer nachgefragt, um eine Aktion fortzusetzen, wenn diese Variable auf True gesetzt ist.
Aufruf von DPKG über APT
Im Abschnitt DPkg der Konfigurationsdatei können verschiedene Parameter eingestellt werden, die sich mit dem Aufruf von dpkg aus APT-basierenden Programmen beschäftigen.
options
Eine Liste von Optionen, die dem Aufruf von dpkg übergeben werden.
Pre-Invoke, Post-Invoke
Eine Liste von Shell-Kommandos, die vor bzw. nach dem Aufruf von dpkg ausgeführt werden. Die Kommandos werden mittels /bin/sh ausgeführt, sollte eines der Kommandos mit einem Fehler beendet werden, so bricht auf APT an dieser Stelle die weitere Ausführung ab.
Pre-Install-Pkgs
Dies ist eine Liste von Kommandos, welche vor dem Aufruf von dpkg ausgeführt werden. Die Kommandos werden mittels /bin/sh ausgeführt, sollte eines der Kommandos mit einem Fehler beendet werden, so bricht auf APT an dieser Stelle die weitere Ausführung ab. APT übergibt die Namen aller zu installierenden Debian Paketdateien (.deb) an die Kommandos.
Run-Directory
APT wechselt in das hier angegebene Verzeichnis vor dem Aufruf von dpkg. Voreingestellt ist hier das Verzeichnis /.
Build-options
Diese Optionen werden dem Programm dpkg-buildpackage übergeben. Voreingestellt ist, dass Pakete nicht digital signiert werden und alle Binär-Pakete erzeugt werden.
Abschließend ein Beispiel für die APT-Konfigurationsdatei mit allen Optionen. Dieses Beispiel ist so in dieser Form nicht sinnvoll einzusetzen, zeigt aber sehr gut auf, wie verschiedene Optionen mit Werten belegt werden.
/* This file is an index of all APT configuration directives. It should
NOT actually be used as a real config file, though it is (except for the
last line) a completely valid file. Most of the options have sane default
values, unless you have specific needs you should NOT include arbitary
items in a custom configuration.
In some instances involving filenames it is possible to set the default
directory when the path is evaluated. This means you can use relative
paths within the sub scope.
The configuration directives are specified in a tree with {} designating
a subscope relative to the tag before the {}. You can further specify
a subscope using scope notation eg,
APT::Architecture "i386";
This is prefixed with the current scope. Scope notation must be used
if an option is specified on the command line with -o.
*/
quiet "0";
// Options for APT in general
APT
{
Architecture "i386";
Build-Essential "build-essential";
// Options for apt-get
Get
{
Arch-Only "false";
Download-Only "false";
Simulate "false";
Assume-Yes "false";
Force-Yes "false"; // I would never set this.
Fix-Broken "false";
Fix-Missing "false";
Show-Upgraded "false";
Show-Versions "false";
Upgrade "true";
Print-URIs "false";
Compile "false";
Download "true";
Purge "false";
List-Cleanup "true";
ReInstall "false";
Trivial-Only "false";
Remove "true";
Only-Source "";
Diff-Only "false";
Tar-Only "false";
};
// Some general options
Ignore-Hold "false";
Clean-Installed "true";
Immediate-Configure "true"; // DO NOT turn this off, see the man page
Force-LoopBreak "false"; // DO NOT turn this on, see the man page
Cache-Limit "4194304";
Default-Release "";
};
// Options for the downloading routines
Acquire
{
Queue-Mode "host"; // host|access
Retries "0";
Source-Symlinks "true";
// Cache Control. Note these do not work with Squid 2.0.2
No-Cache "false";
Max-Age "86400"; // 1 Day age on index files
No-Store "false"; // Prevent the cache from storing archives
};
ftp
{
Proxy "ftp://127.0.0.1/";
Proxy::http.us.debian.org "DIRECT"; // Specific per-host setting
/* Required script to perform proxy login. This example should work
for tisfwtk */
ProxyLogin
{
"USER $(PROXY_USER)";
"PASS $(PROXY_PASS)";
"USER $(SITE_USER)@$(SITE):$(SITE_PORT)";
"PASS $(SITE_PASS)";
};
Timeout "120";
/* Passive mode control, proxy, non-proxy and per-host. Pasv mode
is prefered if possible */
Passive "true";
Proxy::Passive "true";
Passive::http.us.debian.org "true"; // Specific per-host setting
};
cdrom
{
mount "/cdrom";
// You need the trailing slash!
"/cdrom"
{
Mount "sleep 1000";
UMount "sleep 500";
}
};
};
// Directory layout
Dir "/"
{
// Location of the state dir
State "var/lib/apt/"
{
Lists "lists/";
xstatus "xstatus";
userstatus "status.user";
status "/var/lib/dpkg/status";
cdroms "cdroms.list";
};
// Location of the cache dir
Cache "var/cache/apt/" {
Archives "archives/";
srcpkgcache "srcpkgcache.bin";
pkgcache "pkgcache.bin";
};
// Config files
Etc "etc/apt/" {
SourceList "sources.list";
Main "apt.conf";
Preferences "preferences";
Parts "apt.conf.d/";
};
// Things that effect the APT dselect method
DSelect
{
Clean "auto"; // always|auto|prompt|never
Options "-f";
UpdateOptions "";
PromptAfterUpdate "no";
CheckDir "no";
}
DPkg
{
// Probably don't want to use force-downgrade..
// Auto re-mounting of a readonly /usr
Pre-Invoke {"mount -o remount,rw /usr";};
Post-Invoke {"mount -o remount,ro /usr";};
// Prevents daemons from getting cwd as something mountable (default)
Run-Directory "/";
// Build options for apt-get source –compile
Build-Options "-b -uc";
// Pre-configure all packages before they are installed using debconf.
Pre-Install-Pkgs {"dpkg-preconfigure --apt --priority=low –frontend=dialog";};
// Flush the contents of stdin before forking dpkg.
FlushSTDIN "true";
// Control the size of the command line passed to dpkg.
MaxBytes 1024;
MaxArgs 350;
}
/* Options you can set to see some debugging text They correspond to names
of classes in the source code */
Debug
{
pkgProblemResolver "false";
pkgAcquire "false";
pkgAcquire::Worker "false";
pkgDPkgPM "false";
pkgOrderList "false";
pkgInitialize "false"; // This one will dump the configuration space
NoLocking "false";
Acquire::Ftp "false"; // Show ftp command traffic
Acquire::Http "false"; // Show http command traffic
aptcdrom "false"; // Show found package files
IdentCdrom "false";
}
/* Whatever you do, do not use this configuration file!! Take out ONLY
the portions you need! */
This Is Not A Valid Config File
apt-setup
Mit apt-setup können über eine Benutzeroberfläche die Einträge in der Datei /etc/apt/sources.list ergänzt werden. apt-setup kann hierzu die Methoden „http“,„ftp“ und „filesystem“ benutzen. Für die Methode „cdrom“ wird auf das Programm apt-cdrom zurückgegriffen. Ein weiterer Menüpunkt („edit sources list by hand“) ruft einen Editor (vi) auf; Sie können dann weitere Einträge von Hand aufnehmen. Nach Verlassen des Editors wird versucht, von den angegebenen Quellen die Packages-Dateien zu lesen.
Als einzige Option kann beim Starten der Wert „probe“ übergeben werden. Dies führt dazu, dass eine eingelegte CD-ROM sofort eingelesen wird.
apt-cdrom
Dieses Kommando wird von apt-setup zur Integration von neuen CD-ROMs verwendet, kann aber auch eigenständig auf der Kommandozeile eingesetzt werden.
Im einfachsten Fall führt das Kommando apt-cdrom add dazu, dass die eingelegte CD durchsucht und mit den entsprechenden Werten in die Datei sources.list aufgenommen wird. Hierzu ist ein entsprechender Eintrag für das CD-ROM-Laufwerk in der Datei /etc/fstab notwendig. Ein solcher Eintrag wird bereits bei der Installation angelegt und muss normalerweise nur bei Veränderungen an der Hardware angepasst werden.
Wird apt-cdrom ohne weitere Angaben aufgerufen, so werden Informationen über weitere Optionen ausgegeben.
apt 0.5.9 for linux i386 compiled on Aug 10 2003 19:58:08
Usage: apt-cdrom [options] command
apt-cdrom is a tool to add CDROM's to APT's source list. The
CDROM mount point and device information is taken from apt.conf
and /etc/fstab.
Commands:
add - Add a CDROM
ident - Report the identity of a CDROM
Options:
-h This help text
-d CD-ROM mount point
-r Rename a recognized CD-ROM
-m No mounting
-f Fast mode, don't check package files
-a Thorough scan mode
-c=? Read this configuration file
-o=? Set an arbitary configuration option, eg -o dir::cache=/tmp
See fstab(5)
apt-get
apt-get ist die zeitgemäße Benutzerschnittstelle zur Verwaltung von Paketen auf einem Debian System. Während es mit dpkg möglich ist, jedes beliebige Debian Paket zu installieren (wenn es zuvor auf die lokale Festplatte kopiert wurde), so ist apt-get zwingend auf eine Paketliste und damit auch eine sinnvolle sources.list angewiesen. Somit ist immer gewährleistet, dass das System in einem stabilen und fest definierten Zustand verbleibt. Mit apt-get wird dem Administrator ein ebenso elegantes wie auch mächtiges Werkzeug gegeben. Dies haben auch viele andere Distributionshersteller erkannt und haben apt-get in die eigenen Distributionen aufgenommen. apt-get ist somit auch auf RPM-basierten Systemen, wie beispielsweise Novell/SuSE oder RedHat/Fedora zu Hause. Die Entwicklung wird dabei über die Webseite koordiniert. Eine Übersicht von Repositories mit RPM-Paketen, die via APT installiert werden können, finden Sie unter http://freshrpms.net/apt/repositories.html.
Dieses Programm ohne grafische Benutzeroberfläche ist recht einfach zu benutzen. Grafische Frontends zu apt sind mit aptitude und gnome-apt verfügbar.
Status-Report
Bevor apt-get die gewünschten Aktionen wie zum Beispiel das Löschen oder Installieren einzelner Pakete ausführt, die das System verändern, werden Sie über den zukünftigen Zustand des Systems informiert. Es werden folgende Informationen angezeigt: die Anzahl der Pakete, die aktualisiert werden (neuere Version), die Anzahl der Pakete, die nicht verändert werden (kept back), die Anzahl der zu löschenden Pakete sowie die Anzahl der neu zu installierenden Pakete.
Zusätzlich werden, wenn Sie die Option install benutzen, die Pakete ausgewählt und angezeigt, die aufgrund der Abhängigkeiten der zu installierenden Pakete benötigt werden. Hier ein Beispiel:
Diese Liste sollte aufmerksam geprüft werden, um sicherzugehen, dass nicht versehentlich Pakete entfernt werden.
Wenn Pakete neu installiert werden, so wird auch darüber informiert:
The following NEW packages will be installed:
zlib1g xlib6g perl-base libgdbmg1 quake-lib gmp2 pgp-i python-base
Dies dient nur zur Information; diese Pakete sind bisher nicht auf Ihrem System installiert.
Bei der Auswahl der Pakete kann es passieren, dass aufgrund von nicht erfüllten Abhängigkeiten einzelne Pakete in der aktuellen Version behalten werden. Da nicht alle benötigten Komponenten installiert werden können, werden diese Pakete nicht aktualisiert (kept back).
The following packages have been kept back:
compface man-db tetex-base msql libpaper svgalib1
gs snmp arena lynx xpat2 groff xscreensaver
Immer wenn ein System mit der Option upgrade aktualisiert wird, kann es passieren, dass einzelne Pakete nicht aktualisiert werden können, weil diese auf Paketen basieren, die noch nicht in der benötigten Version verfügbar sind, oder aber es bestehen Konflikte mit bereits installierten Paketen. In diesem Fall werden die Pakete im aktuellen Zustand gehalten. Sie können apt-get install benutzen, um diese Pakete trotzdem zu aktualisieren.
The following held packages will be changed:
cvs
Wenn Sie ein auf „hold“ gesetztes Paket aktualisieren, bekommen Sie die Meldung, dass dieses Paket verändert (changed) wird. Außer bei apt-get install kann diese Meldung auch bei apt-get dist-upgrade auftreten.
Abschließend findet sich noch eine Zusammenfassung über die Anzahl der betroffenen Pakete. Weiterhin wird angezeigt, welches Datenvolumen übertragen werden muss und wie viel Festplattenplatz zusätzlich benötigt wird (oder auch frei wird).
206 packages upgraded, 8 newly installed, 23 to remove and 51 not upgraded.
12 packages not fully installed or removed.
Need to get 65.7M/66.7M of archives. After unpacking 26.5M will be used.
Die erste Zeile ist eine knappe Zusammenfassung in Zahlen zu den bereits vorher ausgegebenen Informationen. In der zweiten Zeile finden Sie die nicht installierten Pakete, die bereits entpackt, aber nicht konfiguriert wurden („N packages not fully installed or removed“). In der dritten Zeile finden Sie die Informationen über den benötigten Platz und die zu übertragenden Daten. Hierbei steht die erste Zahl für die tatsächlich noch zu übertragenden Daten und die zweite für den Gesamtwert. Wenn bereits Pakete bei einer früheren Installation (möglicherweise auch nur teilweise) übertragen worden sind, aber nicht installiert werden konnten, so werden diese gespeichert und nicht noch einmal übertragen.
Wenn Sie nun mit der Installation beginnen (dies müssen Sie bei apt-get install mit einem y anstoßen), werden die Pakete von dem ausgewählten Medium gelesen und installiert.
Status-Anzeige
Während des Herunterladens von Archiven und Paketdateien zeigt apt-get eine Reihe von Informationen an:
Unmittelbar während des Downloads wird auch der Fortschritt angezeigt, inklusive der voraussichtlich noch benötigten Zeit für die Übertragung:
11% [5 frozen/non-free `Waiting for file' 0/32.1k 0%] 2203b/s 1m52s
In den mit Get: beginnenden Zeilen stehen die benutzte Methode (hier ftp) und der benutzte Server. Den Servernamen können Sie in einem lokalen Netz auch verkürzt angeben, wie hier mit linux gezeigt. Weiterhin werden der Bereich (frozen und stable) sowie die Verzeichnisse (main, contrib usw.) und die Dateinamen mit der Dateigröße angezeigt.
Bei der Installation von Paketen sieht der Vorgang ähnlich aus:
sushi:/root# apt-get install aptitude
Reading Package Lists... Done
Building Dependency Tree... Done
The following NEW packages will be installed:
aptitude
0 packages upgraded, 1 newly installed, 0 to remove and 3 not upgraded.
Need to get 148kB of archives. After unpacking 471kB will be used.
Get:1 ftp://ftp.debian.de potato/main aptitude 0.0.4a-3 [148kB]
Fetched 148kB in 5s (25.3kB/s)
Selecting previously deselected package aptitude.
(Reading database ... 22625 files and directories currently installed.)
Unpacking aptitude (from .../aptitude_0.0.4a-3_i386.deb) ...
Setting up aptitude (0.0.4a-3) ...
Hier wird in der Zeile „Get:“ der Paketname der zu installierenden Software angezeigt. Danach wird das Paket entpackt und installiert.
Installation von Paketen überwachen
Im laufenden Betrieb werden von den verschiedenen Diensten auf einem System Logdateien (im Verzeichnis /var/log/) erzeugt. Wünschenswert wäre eine solche Funktionalität auch für die Installation von Software-Paketen, dpkg stellt ab der Version 1.13.5 die Option --log zur Verfügung.
Die Option --log protokolliert sowohl den Aufruf von dpkg (z.B. 2005-12-30 18:10:33 install hello 1.3.18 2.1.1-4) als auch die Ergebnisse (z.B. 2005-12-30 18:10:35 status installed hello 2.1.1-4)
Wenn jeder Aufruf von dpkg protokolliert werden soll (auch wenn dieser über Oberflächen wie aptitude geschehen ist), könnte der Eintrag log /var/log/dpkg.log der Datei /etc/dpkg/dpkg.cfg hinzugefügt werden. Es ist dafür zu sorgen, dass die erstellte Protokolldatei regelmäßig rotiert wird, da die Größe der Datei bei jeder Installation (oder auch beim Entfernen) eines Pakets zunimmt. Wenn das Programm logrotate benutzt wird, kann dies erreicht werden, indem eine Datei /etc/logrotate.d/dpkg mit folgendem Inhalt erstellt wird:
/var/log/dpkg {
missingok
notifempty
}
Optionen und Kommandos
apt-get benutzt folgende Syntax:
apt-get [options] [command] [package ...]
Die Optionen werden Sie sicher seltener benötigen, daher zuerst einige Worte zu den einzelnen Kommandos:
check
Bei jedem Start von apt (es sei denn, Sie benutzen die Option update) wird eine Reihe von Prüfungen durchgeführt, um sicherzustellen, dass apt funktionsfähig und Ihr System in einem guten Zustand ist. Sie können diese Prüfungen auch zu jeder Zeit selbst anstoßen:
sushi:/root# apt-get check
Reading Package Lists... Done
Building Dependency Tree... Done
Als Erstes werden die Paketdateien anhand der Informationen in /etc/apt/sources.list eingelesen. Wenn Sie diesen Vorgang noch einmal wiederholen, werden Sie feststellen, dass der zweite Test deutlich schneller beendet ist, die Informationen werden von apt zwischengespeichert. Für Paketdateien, die nicht gefunden werden, wird ggf. eine Warnung ausgegeben; diese Pakete werden dann ignoriert.
Im zweiten Schritt wird eine detaillierte Analyse des Systems durchgeführt, inklusive aller Abhängigkeiten. Es werden von jedem installierten oder bereits entpackten, aber noch nicht konfigurierten Paket die Abhängigkeiten geprüft. Wenn dabei ein Problem auftaucht, wird dies angezeigt, und apt-get bricht die weitere Bearbeitung ab.
sushi:/root# apt-get check
Reading Package Lists... Done
Building Dependancy Tree... Done
You might want to run apt-get -f install' to correct these.
Sorry, but the following packages have unmet dependencies:
9fonts: Depends: xlib6g but it is not installed
uucp: Depends: mailx but it is not installed
blast: Depends: xlib6g (>= 3.3-5) but it is not installed
adduser: Depends: perl-base but it is not installed
aumix: Depends: libgpmg1 but it is not installed
debiandoc-sgml: Depends: sgml-base but it is not installed
bash-builtins: Depends: bash (>= 2.01) but 2.0-3 is installed
cthugha: Depends: svgalibg1 but it is not installed
Depends: xlib6g (>= 3.3-5) but it is not installed
libreadlineg2: Conflicts:libreadline2 (< 2.1-2.1)
In diesem Beispiel gibt es eine ganze Reihe Probleme: Einige Pakete sind gar nicht installiert, bei anderen Paketen sind falsche Versionen installiert. Für jedes einzelne Paket, bei dem ein Problem festgestellt wurde, wird eine Zeile ausgegeben mit den Informationen, um welches Paket es sich handelt und welches Problem festgestellt wurde.
Es gibt zwei Möglichkeiten, wie es zu solchen Problemen kommen kann: Bei einem „Upgrade“ kann es passieren, dass ein benötigtes Paket fehlt, oder es ist während der Installation eines Pakets ein Problem aufgetreten. Wenn Letzteres der Fall ist, dann wurde das Paket zwar entpackt, aber nicht korrekt konfiguriert.
Beide Situationen können von apt in den meisten Fällen mit der Option -f selbst behoben werden. Wenn Sie dselect mit der Methode apt benutzen, wird immer die Option -f verwendet, um eine einfache Verwendung zu gewährleisten.
Trotzdem kann es passieren, dass bei einem schweren Problem apt nicht in der Lage ist, das Problem zu beheben. In diesem Fall müssen Sie von Hand mit dem Programm dpkg den Konflikt beseitigen. Sie können danach mit apt-get fortfahren.
update
aktualisiert die Übersicht der verfügbaren Pakete, liest also die Informationen aus den Dateien Packages.gz der jeweiligen Distribution ein. Sie sollten update immer ausführen, wenn Sie wissen, dass sich die Inhalte der Paketdateien beziehungsweise die verfügbaren Pakete auf dem Server geändert haben. Auf jeden Fall sollten Sie update vor dem Aufruf von upgrade oder dist-upgrade aufrufen.
Eine neue Fähigkeit von apt seit Debian 4.0 ist die Möglichkeit, lediglich die Änderungen der Packages-Dateien seit ihrer letzten Aktualisierung herunterzuladen.
upgrade
Um alle auf dem System installierten Pakete auf die aktuelle Version zu bringen, können Sie upgrade benutzen. Alle bereits installierten Pakete, von denen eine neuere Version verfügbar ist, werden aktualisiert. Es werden keine Pakete gelöscht, die bereits installiert sind (und in den neuen Paketdateien nicht mehr enthalten sind), oder Pakete installiert, die noch nicht auf dem System vorhanden sind. Pakete, die bereits installiert sind und es bei einem Upgrade erforderlich machen, den Status anderer Pakete zu verändern, werden nicht aktualisiert. apt-get update muss vorab ausgeführt werden, so dass sichergestellt ist, dass die Paketinformationen auf dem neuesten Stand sind.
dist-upgrade
ist eigentlich eine Ergänzung oder Erweiterung zu upgrade. Es wird hierbei dafür Sorge getragen, dass für das System wichtigere Pakete zuerst installiert werden. Hierbei werden in engen Grenzen auch Abhängigkeiten verändert, um ein Paket installieren zu können. Dies ist dann notwendig, wenn ein System komplett auf eine neue Version umgestellt werden soll und kein „sanfter“ Übergang gewährleistet werden kann.
dselect-upgrade
Mit dieser Option werden auch die Paketinformationen „recommends“ und „suggests“ ausgewertet. Dies ist sonst nur mit dselect möglich. Diese Vorschläge für weitere Pakete sind zur Funktion des gewünschten Pakets nicht zwingend erforderlich, können aber durchaus sinnvoll sein.
install
Diese Option benötigt noch einen oder mehrere Paketnamen. Jedes dieser Pakete (der Paketname, also beispielsweise sendmail, reicht hierbei aus) sowie die noch benötigten Pakete (diese werden automatisch ermittelt) werden auf Basis der Informationen in /etc/apt/sources.list geholt und installiert. Wenn Sie hinter den Namen des Pakets ein Minuszeichen (-) setzen, wird das Paket aus dem System entfernt, wenn es bereits installiert ist. Achten Sie darauf, dass das Minuszeichen (ohne ein Leerzeichen dazwischen) unmittelbar nach dem Paketnamen steht. Diese Funktion kann auch bei Konflikten bei der Installation einzelner Pakete sehr nützlich sein: Sie können so Pakete in einem Vorgang löschen und installieren. Die Option „install“ wählt immer die aktuellste verfügbare Version eines Pakets aus. Es kann jedoch sinnvoll sein, auch Zugriff auf ältere Programmversionen zu haben. Hierzu kann ab der Version 0.5.3 von apt folgende Syntax verwendet werden: apt-get install sane/unstable. Durch einen Slash (/) getrennt, kann hinter dem Paketnamen das gewünschte Release eines Pakets angegeben werden.
Eine weitere Möglichkeit ist es, falls verschiedene Versionen eines Pakets verfügbar sind, direkt die gewünschte Versionsnummer anzugeben. Zunächst sollte man mit apt-cache prüfen, welche Versionen eines Pakets verfügbar sind. Mit apt-get install vim=6.0.093-2 kann dann ganz gezielt die gewünschte Version installiert werden.
--reinstall
Diese Option installiert das gewünschte Paket komplett neu, auch wenn es bereits installiert ist. Beachten Sie, dass hierbei auch die Option install anzugeben ist!
remove
Diese Funktion ist analog zu „install“, nur mit dem Unterschied, dass die Pakete standardmäßig entfernt werden, anstatt sie zu installieren. Analog zu dem eben Beschriebenen können Sie hier ein Pluszeichen (+) verwenden, um Pakete zu installieren.
check
dient lediglich zur Diagnose. Es wird überprüft, ob sich irgendwelche Unstimmigkeiten in den Paketen finden.
--purge remove
Löscht das gewünschte Paket und alle weiteren Pakete, die direkt von diesem Paket abhängig sind. Weiterhin werden alle zu den Paketen gehörenden Konfigurationsdateien gelöscht.
clean
Dies löscht das lokale Verzeichnis, in dem sich die zu installierenden Pakete befinden. Alles, mit Ausnahme der lock-Datei, wird aus /var/cache/apt/archives/ und /var/cache/apt/archives/partial/ gelöscht.
source
Dieses Kommando holt die notwendigen Dateien zur Erzeugung eines Binärpakets. Es können so angepasste Pakete erzeugt werden oder aber Pakete auf einer anderen Architektur übersetzt werden. Wichtig ist hierbei ein entsprechender „deb-src“-Eintrag in der Datei sources.list. Um alle zu einem Paket gehörenden Dateien von einem Server zu holen, reicht das Kommando apt-get source paketname. Es werden die aktuellen Versionen der Dateien paketname.orig.tar.gz, paketname.dsc und paketname.diff.gz im aktuellen Verzeichnis gespeichert.
Um aus den Quellen direkt ein Binärpaket zu erzeugen, kann die Option -b angegeben werden. Das komplette Kommando lautet dann apt-get source -b paketname. Wenn die benötigten Source-Pakete bereits vorliegen, kann das Binärpaket auch direkt mit dem Kommando dpkg-buildpackage -rfakeroot -us -uc erzeugt werden.
build-dep
Die meisten Software-Pakete benötigen bei der Übersetzung aus den Quellpaketen weitere Entwicklungspakete wie Libraries und Header-Dateien. Diese werden häufig nicht mitgeliefert und liegen in gesonderten Paketen vor. Das Debian Paketsystem sieht so genannte „build dependencies“ vor, in denen alle Abhängigkeiten zur Erzeugung eines Pakets beschrieben sind.
Das Kommando apt-get build-dep paketname sorgt dafür, dass alle zur Übersetzung eines Pakets benötigten Dateien auf dem System vorhanden sind.
moo
Als kleine versteckte Option haben die Entwickler auch noch ein so genanntes „Easter-Egg“ eingebaut:
fr@sushi:~$ apt-get moo
(__)
(oo)
/------\/
/ | ||
* /\---/\
~~ ~~
...."Have you mooed today?"...
Soweit zu den Parametern. Sie können noch folgende Optionen benutzen, um apt-get zu steuern:
-h
Zeigt die Hilfe zu apt-get an.
-m
Ignoriert eventuell fehlende Pakete.
-d
Holt die gewünschten Pakete vom Server, ohne diese zu installieren.
-f
Behebt die defekten Abhängigkeiten zwischen den Paketen. apt-get -f install versucht, diese automatisch zu reparieren.
-s
Simulation, führt keine Aktionen aus.
-u
Zeigt auch die zu aktualisierenden Pakete an.
-y
Aktualisiert alle Pakete automatisch, indem alle Fragen mit „Yes“ beantwortet werden.
Beispiel aus der Praxis zur Benutzung von APT
Beachten Sie bitte, dass Pakete nur mit Superuser-Rechten (root) installiert werden können.
Zuallererst muss apt die Informationen über die verfügbaren Pakete erhalten; hierzu dient das Kommando apt-get update.
Nachdem das System nun über den aktuellen Stand der Pakete informiert ist, können Sie weitere Pakete mittels apt installieren, was hier am Beispiel von sane gezeigt wird:
sushi:/root# apt-get install sane
Reading Package Lists... Done
Building Dependency Tree... Done
The following extra packages will be installed:
libgimp1 libsane
The following NEW packages will be installed:
libgimp1 libsane sane
0 packages upgraded, 3 newly installed, 0 to remove and 3 not upgraded.
Need to get 703kB of archives. After unpacking 1729kB will be used.
Do you want to continue? [Y/n]
Beachten Sie hierbei, dass automatisch die benötigten Pakete libgimp1 und libsane ausgewählt wurden. Insgesamt werden also drei Pakete installiert. Weiter unten erhalten Sie noch Informationen über den später benötigten Festplattenplatz der Pakete sowie über die Größe der Pakete, die ja eventuell via FTP erst übertragen werden müssen. Wenn Sie mit den Angaben so einverstanden sind, bestätigen Sie dies mit der Eingabetaste, oder drücken Sie die Taste n und danach die Eingabetaste, um den Vorgang abzubrechen.
Wenn mehrere Pakete gleichzeitig installiert werden sollen, so können diese einfach hintereinander auf der Kommandozeile angegeben werden.
Download aller installierten Pakete
Manchmal kann es wünschenswert sein, alle bereits installierten Pakete eines Systems erneut auf den Rechner zu kopieren, beispielsweise um eine Sicherungskopie zu haben oder um ein System zu duplizieren. Natürlich können die Pakete auch auf eine CD-ROM/DVD gebrannt oder in einen Spiegel eingefügt werden. Vorteilhaft bei dieser Methode ist es, dass ein in sich konsistentes System entsteht, in dem alle Abhängigkeiten erfüllt sind.
Ein Download der gewünschten Pakete kann mit folgenden Befehlen erzeugt werden:
Die erste Zeile listet via dpkg alle Pakete auf und filtert mittels grep nur die installierten heraus. Danach wird die zweite Spalte in die Datei /tmp/pkgliste geschrieben.
Die zweite Zeile gibt via cat die Liste der Dateien aus. Mit xargs wird jede Zeile an das Kommando apt-get weitergegeben. Die Kombination der apt-get Optionen --reinstall und --download-only sowie -y führt dazu, dass auch bereits installierte Pakete aus dem Netz geholt werden, aber keine Installation durchgeführt wird.
Die Debian Pakete sind nach dem Download im Verzeichnis /var/cache/apt/archives/ zu finden und können mit apt-move (siehe apt-move ) in eine Verzeichnisstruktur wie auf einem Debian Spiegel verschoben werden. apt-move ist auch in der Lage, die entsprechenden Packages.gz-Dateien zu erzeugen.
apt_preferences
Über die APT Konfigurationsdatei /etc/apt/preferences kann detailliert festgelegt werden, welche Versionen von Paketen installiert werden sollen.
Enthält die Datei /etc/apt/sources.list unterschiedliche Quellen für Pakete, dies kann auch unterschiedliche Distributionen (beispielsweise „stable“ und „testing“) betreffen, so kann es vorkommen, dass ein bestimmtes Paket in verschiedenen Versionen verfügbar ist. APT vergibt für jede Version eines bekannten Paketes eine Priorität. Installiert wird jeweils die Version eines Paketes mit der höchsten Priorität. Die APT Konfigurationsdatei überschreibt die ermittelte Priorität und erlaubt so eine genaue Kontrolle darüber, welche Version installiert wird.
Sind über die Informationen in der sources.list gleiche Versionen eines Paketes aus unterschiedlichen Quellen verfügbar, so wird die in der sources.list zuerst genannte Quelle genutzt. Bei gleichen Versionsnummern eines Paketes ist keine Auswahl der Quelle über die APT Konfigurationsdatei möglich.
Voreingestellte Prioritäten
Ist keine APT-Konfigurationsdatei oder kein Eintrag in der Konfigurationsdatei vorhanden, der auf ein Paket passt, so wird für dieses Paket die voreingestellte Priorität verwendet, welche der Distribution entspricht. Es besteht die Möglichkeit, ein bestimmtes Ziel-Release festzulegen, aus dem die Pakete installiert werden sollen. Diese Distribution wird als „Target Release“ bezeichnet. Das Ziel-Release kann dem Programm apt-get auf der Kommandozeile übergeben werden oder in der Konfigurationsdatei /etc/apt/apt.conf(siehe apt.conf) gesetzt werden. Auf der Kommandozeile wird das Ziel-Release wie folgt angegeben:
apt-get install -t testing paketname
Wurde ein Ziel-Release angegeben, so nutzt APT den folgenden Algorythmus, um die Prioritäten eines Paketes zu ermitteln.
Priorität 100
Wenn das Paket bereits installiert ist.
Priorität 500
Wenn das Paket nicht installiert ist und auch nicht zum Ziel-Release gehört.
Priorität 990
Wenn das Paket nicht installiert ist und zum Ziel-Release gehört.
Wird das Ziel-Release nicht angegeben, so vergibt APT die Priorität 100 an alle installierten Pakete und die Priorität 500 an alle nicht installierten Pakete. Danach folgt APT den nachfolgend angeführten Regeln, wobei die Regeln in der beschriebenen Reihenfolge abgearbeitet werden. # Ein Paket wird niemals mit einer kleineren Versionsnummer installiert (Downgrade), wenn die Priorität unter 1001 liegt. „Downgrade“ bedeutet, dass eine nicht aktuelle Version eines Paketes installiert wird, obwohl bereits eine aktuelle Version des Paketes installiert ist. Keine voreingestellte Priorität innerhalb von APT übersteigt den Wert 1000, ein solcher Wert kann ausschließlich über die Voreinstellungsdatei (preferences) gesetzt werden. Der Downgrade eines Paketes ist in jedem Fall als problematisch anzusehen und sollte nach Möglichkeit vermieden werden. In vielen Fällen führt ein Downgrade zu einem nicht funktionierenden Paket oder gar zu schweren Problemen mit dem Gesamtsystem.
Das Paket mit der höchsten Priorität wird installiert.
Wenn zwei oder mehrere Versionen eines Paketes die gleiche Priorität haben, so wird die Version mit der höchsten Versionsnummer installiert.
Wenn zwei oder mehr Versionen eines Paketes die gleiche Priorität und Versionnummer haben, aber die Pakete sich in den Metadaten unterscheiden, oder aber die Option --reinstall auf der Kommandozeile angegeben ist, so wird das nicht installierte Paket ausgewählt.
Am häufigsten ist die Situation anzutreffen, dass ein bereits installiertes Paket (Priorität 100) in einer Version installiert ist, die nicht so aktuell (hoch) ist wie ein Paket, welches über eine Quelle in der Datei /etc/apt/sources.list (Priorität 500 oder 990) verfügbar ist. Dieses Paket wird aktualisiert, wenn das Kommando apt-get install paketname oder apt-get upgrade ausgeführt wird.
Seltener tritt der Fall ein, dass ein bereits installiertes Paket in einer aktuelleren Version vorhanden ist und kein Paket aus einer der in der Datei /etc/apt/sources.list genannten Quellen eine höhere Versionsnummer aufweist. In diesem Fall wird kein Downgrade durchgeführt, wenn das Kommando apt-get install paketname oder apt-get upgrade ausgeführt wird.
Manchmal ist die bereits installierte Version eines Paketes aktueller als die zum Ziel-Release gehörende Version, jedoch nicht so aktuell wie ein Paket, welches aus einer anderen Distribution verfügbar ist. In diesem Fall wird das Paket durch das Kommando apt-get install paketname oder apt-get upgrade aktualisiert, da eine der verfügbaren Versionen eine höhere Priorität besitzt als die aktuell installierte Version.
Verwenden von Voreinstellungen
Die APT Konfigurationsdatei /etc/apt/preferences erlaubt dem Administrator, die Zuweisung von Prioritäten detailliert zu steuern. Die Konfigurationsdatei besteht aus Einträgen, die sich über mehrere Zeilen erstrecken und untereinander durch Leerzeilen getrennt sind. Die Einträge beziehen sich auf ein einzelnes Paket (spezifische Form) oder auf eine Anzahl von Paketen (generelle Form). # Die spezifische Form weist einem Paket eine (Pin-)Priorität zu und übergibt dabei eine gewünschte Version oder einen Versionsbereich. Das folgende Beispiel weist allen Versionen des Paketes perl eine hohe Priorität zu, solange die Versionsnummer mit „5.8“ beginnt. Package: perlPin: version 5.8*Pin-Priority: 1001
Die generelle Form setzt eine Priorität für die angegebene Distribution oder für alle Pakete von einem bestimmten Server, welcher über den vollen Domainnamen (FQDN) identifiziert wird. Diese generelle Form wirkt sich ausschließlich auf Gruppen von Paketen aus. Folgendes Beispiel weist allen Paketversionen auf einem lokalen Repository mit Paketen eine hohe Priorität zu. Package: *Pin: origin ""Pin-Priority: 999 Zu beachten ist hier das Schlüsselwort „origin“. Dieses entspricht nicht dem gleich lautenden Begriff in einer „Release“-Datei! In einer „Release“-Datei wird mit dem Schlüsselwort „origin“ ein Autor oder Hersteller (beispielsweise „Debian“ oder „Ximian“) beschrieben, nicht eine Internetadresse. Der folgende Eintrag setzt eine geringe Priorität für alle Paketversionen, die zu einer als „unstable“ bezeichneten Distribution gehören. Package: *Pin: release a=unstablePin-Priority: 50 Das letzte Beispiel zeigt einen Eintrag, der eine hohe Priorität allen Paketen zuweist, die zum Release „stable“ gehören und eine Versionsnummer von „3.0“ aufweisen. Package: *Pin: release a=unstable, v=3.0Pin-Priority: 50
Bewertung von Prioritäten
Prioritäten (P), die in der APT-Konfigurationsdatei vergeben werden, müssen positive oder negative Integerzahlen sein. Diese werden wie folgt interpretiert.
P > 1000
Installiert ein Paket, auch wenn dies ein „Downgrade“ des Paketes bewirkt.
990 < P <= 1000
Installiert ein Paket, auch wenn es nicht aus dem „Target“-Release stammt, außer die bereits installierte Version ist aktueller.
500 < P <= 990
Installiert ein Paket, wenn kein Paket passend zum „Target“-Release vorhanden ist oder die bereits installierte Version aktueller ist.
100 < P <= 500
Bewirkt, dass eine Version installiert wird, solange keine andere Version aus irgeneiner anderen Distribution verfügbar ist oder aber die installierte Version aktueller ist.
0 < ? <= 100
Installiert eine Version eines Paketes nur, wenn dieses Paket noch nicht installiert ist.
P < 0
Verhindert, dass diese Version eines Paketes installiert wird.
Die Einträge werden in der aufgeführten Reihenfolge in der Konfigurationsdatei abgearbeitet. Wird ein auf das Paket oder die Paketgruppe passender Eintrag gefunden, so werden die folgenden Einträge ignoriert.
Sind die vorab beschriebenen Einträge in einer Konfigurationsdatei in der beschriebenen Reihenfolge abgelegt, so ergibt sich folgende Konfigurationsdatei:
Package: perl
Pin: version 5.8*
Pin-Priority: 1001
Package: *
Pin: origin ""
Pin-Priority: 999
Package: *
Pin: release unstable
Pin-Priority: 50
In dieser Zusammenstellung gelten folgende Regeln: # Es wird die aktuellste Version des Paketes „perl“ installiert, solange diese Version mit „5.8“ beginnt. Ist eine Version 5.8 von Perl verfügbar und ist die Version 5.9 bereits installiert, so wird ein „Downgrade“ durchgeführt.
Jedes andere Paket, welches nicht das Paket „perl“ ist und auf dem lokalen System verfügbar ist, bekommt eine höhere Priorität. Dies bewirkt, dass nur wenige, nicht lokal verfügbare Pakete aus dem Netz installiert werden. Dies betrifft auch Versionen des „Target“-Release.
Ein Paket, welches nicht auf dem lokalen System verfügbar ist, aber in einer Quelle in der Datei /etc/apt/sources.list aufgeführt wird und zu einem „unstable“ Release gehört, wird nur installiert, wenn es zur Installation ausgewählt wird und noch keine Version dieses Paketes installiert ist.
Paketversionen und Distributionseigenschaften
Die Paketquellen, welche in der Datei /etc/apt/sources.list aufgeführt werden, enthalten im Idealfall die Dateien Packages (bzw. Packages.gz) und Release, mit denen die an der jeweiligen Quelle verfügbaren Pakete beschrieben werden.
Die Datei Packages befindet sich normalerweise im Pfad .../dists/dist-name/component/arch, also beispielsweise .../dists/stable/main/binary-i386/Packages. Diese Datei besteht aus einem mehrzeiligen Eintrag für jedes Paket, von dem für die APT Prioritäten lediglich die beiden Zeilen Package und Version benötigt werden.
Die Datei Release befindet sich im Pfad .../dists/dist-name, also beispielsweise unter .../dists/stable/Release oder auch .../dists/sarge/Release. Abweichend von der Datei Packages werden fast alle Informationen aus der Release-Datei benötigt. Diese sind:
Archive
Bezeichnet das Archiv, zu dem alle Pakete dieses Verzeichnisses gehören. Beispielsweise gibt die Zeile Archive: stable an, dass alle Pakete in dem Verzeichnisbaum unterhalb der Datei Release zum „stable“-Release von Debian gehören.
In der APT Konfigurationsdatei wird dieser Wert wie folgt gesetzt:
Pin: release a=stable
Version
Diese Zeile bezeichnet die Release-Version der Distribution. Der Wert „3.1“ besagt auch, dass alle Pakete im Verzeichnisbaum zur Release 3.1 „Sarge“ von Debian gehören. Für Versionen wie „testing“ und „unstable“ werden keine Versionsnummern vergeben, da diese Versionen noch nicht veröffentlicht sind. Um diesen Wert in der APT-Konfigurationsdatei anzugeben, ist eine der folgenden Zeilen notwendig:
Pin: release v=3.0
Pin: release a=stable, v=3.0
Pin: release 3.0
Component
Bezeichnet den Abschnitt der Distribution, aus der die Pakete stammen. Beispielsweise bezeichnet die Zeile Component: main in der Release-Datei, dass alle Pakete unterhalb diese Verzeichnisses zum Abschnitt „main“ gehören. Dies bedeutet auch, dass alle diese Pakete einer Lizenz entsprechen, die in den Debian Free Software Guidelines (siehe auch DFSG) festgelegt ist. Diese Angabe wird wie folgt in der APT-Konfigurationsdatei preferences festgelegt
Pin: release c=main
Origin
Bezeichnet den Ursprung der Pakete, meist ist hier „Debian“ angegeben. In der APT preferences-Datei sieht diese Zeile wie folgt aus:
Pin: release o=Debian
Label
Eine Bezeichnung für die Pakete in diesem Verzeichnisbaum, dieser Eintrag hat meistens den Wert „Debian“. In der APT preferences-Datei sieht diese Zeile wie folgt aus:
Pin: release l=Debian
Alle verfügbaren Dateien (Packages und Release), die über Quellen in der Datei /etc/apt/sources.list verfügbar sind, werden im Verzeichnis /var/lib/apt/lists/ abgelegt. Dieses Verzeichnis kann durch die Variable Dir::State::Lists in der Datei apt.conf verändert werden. Die Dateinamen der gespeicherten Packages und Release-Dateien werden mit dem Namen des Servers sowie dem Pfad und der Architektur ergänzt, beispielsweise debiananwenderhandbuch.de_debian_dists_stable_main_binary-i386_Packages.
Weiterhin ist es möglich, eine oder mehrere Zeilen, beginnend mit dem Schlüsselwort Explanation:, mit einer Erklärung dieses Eintrages einzufügen.
Die Zeile Pin-Priority: in jedem Eintrag ist nicht zwingend erforderlich. Wird ein solcher Eintrag nicht gefunden, so wird eine um den Wert 1 reduzierte Priorität gegenüber dem vorhergehenden Eintrag vergeben.
Beispiele
Das erste Beispiel zeigt, wie man allen Paketen der „stable“ Distribution eine Priorität über der vorgegebenen (von 500) zuweist. Bei allen anderen Paketen wird die Priorität um den Wert 10 verringert.
Explanation: Uninstall or do not install any Debian-originated
Explanation: package versions other than those in the stable distro
Package: *
Pin: release a=stable
Pin-Priority: 900
Package: *
Pin: release o=Debian
Pin-Priority: -10
Die beschriebene Konfiguration führt dazu, dass alle Pakete aus der aktuellen „stable“ Distribution installiert werden bzw. bereits installierte Pakete immer aktuell gehalten werden. Darüber hinaus ist es möglich, einzelne Pakete aus anderen Distributionen zu installieren, hier am Beispiel eines Paketes aus „testing“ gezeigt:
apt-get install paketname/testing
Das so aus „testing“ installierte Paket wird zu einem späteren Zeitpunkt nicht weiter aktualisiert. Dies muss von Hand durch den erneuten Aufruf des oben beschriebenen Kommandos erfolgen.
Das zweite Beispiel setzt eine hohe Priorität für Pakete aus dem „testing“-Zweig, eine etwas niedrigere Priorität für den „unstable“-Zweig und eine noch geringere Priorität für Pakete aus anderen Bereichen.
Diese Konfiguration bewirkt, dass bevorzugt Pakete aus „testing“ in den jeweils aktuellen Versionen installiert werden. Auch hier ist es möglich, mittels
apt-get install paketname/unstable
gezielt einzelne Pakete aus dem „unstable“-Bereich zu installieren.
APT Pinning
Eine besondere Stärke des Debian Paketmanagements ist, dass unterschiedliche Release-Stände verwendet werden können. Hierzu sind zumindest zwei Releases (beispielsweise „woody“ und „testing“) mit entsprechenden Einträgen in der Datei /etc/apt/sources.list anzugeben. Nun kann mittels apt-get --target-release der gewünschte Release-Stand für ein Paket gewählt werden.
Sinnvoll einsetzbar ist dieses Feature leider nur mit zwei Releases; werden drei Debian Releases (beispielsweise zusätzlich „unstable“) oder aber eine Nicht-Debian Paketquelle gemischt, so kommt es zu seltsamen Ergebnissen. Die Lösung für dieses Problem ist eine Erweiterung der Datei /etc/apt/preferences.
Hier zunächst ein Beispiel für eine sinnvolle /etc/apt/preferences-Datei. Auf den meisten Systemen wird diese Datei nicht existieren (sie wird auch nicht zwingend benötigt) und muss daher neu angelegt werden.
Bereits beim einmaligen Aufruf von apt-get kann mit der Option -t der Wert für „APT::Default-Release“ gesetzt werden. Diese Einstellung gilt jedoch lediglich für diesen einen Aufruf von apt-get. Beispiel: apt-get -t unstable install paketname. Dies kann durchaus ein sehr nützliches Feature sein, kann sich aber in anderen Fällen auch problematisch auswirken.
Die gute Seite: Sind in der sources.list die Releases testing und unstable definiert und ist in der Datei apt.conf der Wert für APT::Default-Release auf „testing“ gesetzt, so ergeben sich folgende Prioritäten für das Paket „foo“:
release version priority
no -t switch -t unstable
testing 1.1 990 500
unstable 1.2 500 990
Ist das Paket „foo“ nicht installiert und wird apt-get install foo aufgerufen, so wird die Version 1.1 aus „testing“ installiert, da diese die höchste Priorität hat.
Mittels apt-get -t unstable install foo kann gezielt die Version 1.2 aus „unstable“ installiert werden, da für diesen einen Aufruf von apt-get die Priorität erhöht wird.
Übrigens kann auch die Ausgabe des Kommandos apt-cache policy (ohne weitere Parameter) als Gerüst für eine eigene Datei /etc/apt/preferences dienen:
Die Manpage zu dieser Konfigurationsdatei wird mittels man apt_preferences 5 angezeigt und enthält weitere Inform
apt-key
Mit apt-key kann der von apt zur Authentifizierung von Paketen verwendete Schlüsselring verwaltet werden. Pakete, die mit einem Schlüssel aus dem Schlüsselring authentifiziert wurden, werden als vertrauenswürdig angesehen.
add
fügt einen Schlüssel aus einer Datei oder der Standardeingabe (-) dem Schlüsselring hinzu.
del
Löscht den Schlüssel mit der angegebenen KeyID aus dem Schlüsselring
list
Zeigt die Liste der verfügbaren Schlüssel an.
update
Aktualisiert den lokalen Schlüsselring mit den offiziellen Information
apt-extracttemplates
apt-extracttemplates ist ein Werkzeug zum Extrahieren von DebConf-Konfigurations- und Template-Informationen aus Debian Paketen. Als Argument können eines oder mehrere Debian Pakete angegeben werden (diese müssen lokal vorliegen), die entsprechenden Konfigurations- und Template-Informationen werden in einem temporären Verzeichnis (/tmp/) abgelegt.
Hiermit kann das Verzeichnis bestimmt werden, in dem die Dateien abgelegt werden sollen.
-h, --help
Zeigt eine kurze Hilfe zu apt-extracttemplates an.
-v, --version
Zeigt die Programmversion an.
-c, --config-file
Hiermit kann eine zusätzliche Konfigurationsdatei angegeben werden, diese wird vor der eigentlichen Konfigurationsdatei /etc/apt/apt.conf eingelesen.
-o, --option
Dies setzt eine bestimmte Konfigurationsoption. Die Syntax hierzu: -o Foo::Bar=bar .
apt-cache
Mit apt-cache können die verschiedensten Abfragen zu den bekannten Paketen (also auch zu den noch nicht installierten) erstellt werden. Dies beschränkt sich nicht nur auf Paketnamen oder die zu einem Paket gehörenden Dateinamen, sondern es können auch Informationen zu den Metadaten erfragt werden.
Wenn Sie nicht die Option -h oder --help benutzen, muss mindestens eines der folgenden Kommandos angegeben werden.
add
fügt die angegebene Package-Datei dem Package-Cache hinzu.
gencaches
Diese Option bewirkt das Gleiche wie apt-get check. Es werden die Source- und Package-Caches aus den Informationen in /etc/apt/sources.list und /var/lib/dpkg/status erstellt.
showpkg
Diese Option zeigt Informationen über die weiterhin auf der Kommandozeile angegebenen Pakete. Es werden die verfügbaren Versionen der Pakete sowie die gesamten Abhängigkeiten dieser Pakete angezeigt. Hierbei wird zwischen so genannten „Forward“-Dependencies und „Reverse“-Dependencies unterschieden. Forward-Dependencies (dies sind die im normalen Sprachgebrauch verwendeten Abhängigkeiten) beziehen sich auf die Pakete, die das angefragte Paket benötigt, um einwandfrei zu funktionieren. Reverse-Dependecies beschreiben die Pakete, die das angefragte Paket benötigen, um zu funktionieren. Ein Beispiel: apt-cache showpkg bash gibt folgendes Ergebnis aus:
Es müssen also, damit dieses Paket funktioniert, mindestens die unter „Dependencies“ aufgeführten Pakete installiert sein. Eine weitere wichtige Information sind die „Reverse Depends“. Dies sind Pakete, die von diesem Paket (bash) abhängen.
stats
Über den aktuellen Cache wird eine Statistik ausgegeben. Es sind keine weiteren Argumente notwendig. Folgende Informationen werden ausgegeben:
fr@sushi:~$ apt-cache stats
Total Package Names : 8953 (358k)
Normal Packages: 6872
Pure Virtual Packages: 259
Single Virtual Packages: 176
Mixed Virtual Packages: 115
Missing: 1531
Total Distinct Versions: 9133 (438k)
Total Dependencies: 47613 (1143k)
Total Ver/File relations: 19322 (309k)
Total Provides Mappings: 1889 (37.8k)
Total Globbed Strings: 110 (1273)
Total Dependency Version space: 179k
Total Slack space: 86.3k
Total Space Accounted for: 2374k
Total Package Names - Anzahl der Paketnamen, die im Cache gefunden wurden.
Normal Packages - Dies sind Pakete, deren Namen in einer Abhängigkeit zu einem anderen Paket stehen; hierunter fällt eine große Zahl der Pakete.
Pure Virtual Packages - Anzahl der „virtuellen“ Paketnamen im Cache. Dies sind Pakete, die ein Paket zur Verfügung stellen, deren Name aber nichts mit diesem zu tun hat. Als Beispiel sei hier mail-transport-agent genannt: Einige Pakete (beispielsweise exim, qmail und sendmail) stellen das Paket mail-transport-agent zur Verfügung, es gibt aber kein Programm mit dem Namen mail-transport-agent.
Single Virtual Packages - Dies ist die Anzahl der Pakete, die ein virtuelles Paket zur Verfügung stellen, das aber nur einmal im Cache auftaucht. Das virtuelle Paket X11-text-viewer wird beispielsweise nur von xless zur Verfügung gestellt.
Mixed Virtual Packages - Anzahl der Pakete, die sowohl als virtuelle als auch als reale Pakete vorhanden sind. debconf ist als reales Paket vorhanden, wird aber auch von debconf-tiny zur Verfügung gestellt.
Missing - Pakete, die in einer Abhängigkeit benannt werden, aber nicht im Cache zu finden sind. Dies kann vorkommen, wenn kein Zugriff auf eine komplette Debian Distribution gegeben ist oder wenn Pakete aus der Distribution entfernt wurden.
Total Distinct Versions - Die Anzahl der Paketversionen im Cache. Diese ist im Normalfall gleich der Anzahl der gesamten Pakete. Wenn jedoch zwei Distributionen (beispielsweise „stable“ und „testing“) benutzt werden, kann es vorkommen, dass mehrere Versionen eines Pakets verfügbar sind. In diesem Fall kann die Zahl deutlich über der der gesamten Pakete liegen.
Total Dependencies - Die Anzahl der gesamten Abhängigkeiten zwischen allen Paketen im Cache.
Total Ver/File relations - Die Gesamtzahl an Version/Datei-Beziehungen.
Total Provides Mappings - Die Gesamtzahl an Bereitstellungen von Mappings.
Total Globbed Strings - Gesamtanzahl von Mustern
Total Dependency Version space - Gesamtmenge an Abhängigkeits/Versionsspeicher.
Total Slack space - Gesamtmenge an Slack Speicher.
Total Space Accounted for - Gesamtmenge des Speichers.
dump
Zeigt eine kurze Information zu jedem Paket an. Dies ist für den normalen Benutzer wenig sinnvoll und ist zur Fehlersuche für Entwickler gedacht.
dumpavail
Zeigt eine Liste der verfügbaren Pakete.
unmet
Zeigt eine Zusammenfassung aller nicht erfüllten Abhängigkeiten.
show
Hat einen ähnlichen Effekt wie das Kommando dpkg --print-avail und zeigt die Paketinformationen für die angegebenen Pakete.
search
Führt eine Volltextsuche über alle verfügbaren Paketdateien durch. Es können reguläre Ausdrücke benutzt werden. Die Paketnamen und Beschreibungen werden nach dem Suchbegriff durchsucht, und es werden der Paketname und die Kurzbeschreibung der entsprechenden Pakete ausgegeben. Wenn die Option --full angegeben wird, entspricht die Ausgabe der von show. Mit der Option --names-only wird die Paketbeschreibung nicht durchsucht; die Suche beschränkt sich auf den Paketnamen.
Mehrere Suchargumente können angegeben werden und werden dann über eine UND-Verknüpfung ausgewertet.
depends
Zeigt alle Abhängigkeiten eines Pakets an. Weiterhin werden alle anderen Pakete angezeigt, die die geforderten Abhängigkeiten erfüllen können.
Zeigt eine Liste aller Paketnamen. Optional kann eine Zeichenkette angegeben werden, die als Suchpräfix verwendet wird.
dotty
Dieser Option kann eine Liste von Paketnamen mitgegeben werden. Die Ausgabe erfolgt in einem Format, das vom Programm dot aus dem Paket GraphVis (http://www.research.att.com/sw/tools/graphviz/) gelesen werden kann. GraphVis ist auch als Debian Paket verfügbar, kann also mittels apt-get installiert werden. Mit dieser Option und dem Programm dot kann eine grafische Darstellung der Paketabhängigkeiten erstellt werden. Normalerweise werden alle Abhängigkeiten verfolgt, was zu sehr großen Dateien führen kann.
Um die Grafik etwas zu verkleinern, kann die Zeile
APT::Cache::GivenOnly "true";
in der APT-Konfigurationsdatei /etc/apt/apt.conf hinzugefügt werden. Dies bewirkt, dass nur die auf der Kommandozeile angegebenen Pakete ausgewertet werden. Es kann passieren, dass eine sehr lange Liste von Paketen zum Abbruch des Programmes führt.
Das Ergebnis ist eine Grafik, die unterschiedliche Symbole für Pakete verwendet. Normale Pakete werden als schwarzes Rechteck dargestellt. Direkt abhängige Pakete (provides) werden als Trapez dargestellt. Diamant-förmige Pakete sind mixed-provides, und fehlende Pakete werden als Hexagon dargestellt. Orange-farbene Rechtecke bedeuten, dass die rekursive Suche abgebrochen wurde. Blaue Linien stellen Pre-Dependencies dar, und grüne Linien stehen für Konflikte.
Hier zwei kleine Beispiele dafür, wie diese Option sinnvoll eingesetzt werden kann:
Beide Beispiele erzeugen eine Postscript-Datei packgraph.ps. Diese kann beispielsweise mit dem Programm gv angezeigt werden.
Suchen ohne apt-cache
Die aus der Bash-Shell bekannte Vervollständigung von Dateinamen (mittels TAB-Taste) kann auch auf Debian Pakete ausgeweitet werden. Hierzu ist die Datei /etc/bash_completion zu „sourcen“, beispielsweise durch das Kommando source /etc/bash_completion. Nun kann auch apt-get install durch das Drücken der Taste TAB vervollständigt werden.
Das Debian Paketformat - .deb
Das Debian Paketformat beinhaltet eine Vielzahl von Informationen zu jedem Paket, um sicherzustellen, dass sich jedes einzelne perfekt in das System integriert. Detailierte technische Informationen zum Aufbau des Paketformates finden sich im Abschnitt [../../debiananwenderhandbuch/debianpakete.html Debian Pakete im Detail]. Debian Paketnamen enden immer mit .deb; somit können sie leicht von anderen Dateien oder von Paketen aus anderen Distributionen unterschieden werden. Das bekannteste Merkmal des Debian Paketformats sind die Abhängigkeiten (dependency) zwischen den Paketen.
Abhängigkeiten zwischen den Paketen erlauben es zum Beispiel einzelnen Programmen, auf gemeinsame Bestandteile anderer Pakete zuzugreifen; meist sind dies Libraries (Systembibliotheken). Dies verhindert ein unnötiges, doppeltes Installieren von Dateien. Auf einem durchschnittlichen System kann so die Zahl der installierten Dateien deutlich reduziert werden.
Betrachten wir zunächst einmal den einfachsten Fall: Ein Paket benötigt zwingend ein zweites Paket, um zu funktionieren. Das Paket mail-crypt ist eine Erweiterung zu Emacs, um E-Mail mit PGP zu verschlüsseln. Wenn PGP nicht installiert ist, wird auch mail-crypt nicht funktionieren. Somit wurde vom Debian Paket-Betreuer (Maintainer) dem Paket die Abhängigkeit zu PGP mitgegeben. Ebenso bedingt mail-crypt die Installation von emacs: Da es eine Erweiterung dazu ist, macht es keinen Sinn, dieses Paket allein zu installieren.
Weiterhin sind in den Paketbeschreibungen auch Konflikte zwischen den Paketen festgelegt. So ist es unter Debian GNU/Linux nicht möglich, zwei oder mehrere der Programme exim, smail, sendmail, postfix oder qmail zu installieren, da diese alle das virtuelle Paket mail-transport-agent zur Verfügung stellen. Die Abhängigkeiten erlauben es, dass genau ein Programm, das für den Mailtransport zuständig ist, installiert werden kann. Dann haben Sie aber die freie Auswahl zwischen den verfügbaren Paketen.
Virtuelle Pakete ermitteln
Das Kommando apt-cache showpkg exim zeigt unter „Provides“ an, welches virtuelle Paket von exim zur Verfügung gestellt wird.
Nun wäre es denkbar, dass ein Programm zum Erstellen von E-Mail (beispielsweise mutt), da es ja eine Möglichkeit benötigt, auch Mails auszuliefern, beispielsweise von smail abhängt.
Damit würde man dem Benutzer von mutt vorschreiben, welchen MTA („Mail Transfer Agent“) er zu benutzen hat. Debian GNU/Linux-Pakete gehen auch hier einen besonderen Weg. Von den Betreuern (Maintainer) der Pakete wird zusätzlich ein „virtueller“ Name festgelegt. Die Programme exim, smail, sendmail und qmail beispielsweise verfügen noch über die Information, dass Sie einen „mail-transport-agent“ zur Verfügung stellen. Auf diese Weise ist das Paket mutt von einem virtuellen Namen und nicht von einem konkreten Paket abhängig. Somit bleibt Ihnen die freie Auswahl zwischen einem dieser Programme.
Das Debian Paketsystem überwacht zu jeder Zeit alle diese Abhängigkeiten und sorgt dafür, dass Ihr System in einem sicheren, lauffähigen Zustand bleibt.
debconf
debconf ist ein zentrales System zur Verwaltung von Debian Paketen. Es gibt auch ein selten verwendetes Programm namens debconf, dies soll jedoch an dieser Stelle nicht weiter betrachtet werden. debconf bietet eine einheitliche Schnittstelle zur Konfiguration von Debian Paketen, der Benutzer kann dabei zwischen verschiedenen Frontends wählen. debconf kann vor der Installation von Paketen die notwendigen Parameter erfragen, so dass die weitere Installation einer großen Anzahl von Paketen unbeaufsichtigt erfolgen kann. Hierzu ist es notwendig, dass APT in der Version 0.5 oder höher installiert ist, weiterhin wird das Paket apt-utils benötigt.
Sollen Pakete nicht vor der Installation konfiguriert werden, so kann dies in der Datei /etc/apt/apt.conf.d/70debconf angepasst werden. Wie dort beschrieben, ist einfach eine Zeile mit einem Kommentarzeichen zu versehen. Ein einzelnes Paket kann vor der Installation gezielt vorkonfiguriert werden, hierzu dient das Kommando dpkg-preconfigure. Dieses findet sich im Paket apt-utils.
Ist nun ein Paket installiert und wurden alle debconf-Fragen während der Installation beantwortet, so kann es nach einiger Zeit wünschenswert sein, Anpassungen an der Konfiguration vorzunehmen. Ein einfaches Neuinstallieren des Pakets führt dabei nicht zum Erfolg, da die Antworten in der debconf-Datenbank gespeichert wurden. Bei einer Neuinstallation des Pakets versucht das System zunächst, diese Antworten in der Datenbank zu finden. Ist dies erfolgreich, so werden keine Fragen zur Konfiguration gestellt. Um nun ein Paket, beispielsweise debconf selbst, neu zu konfigurieren, kann das Kommando dpkg-reconfigure eingesetzt werden.
dpkg-reconfigure debconf
Bei diesem Vorgang werden alle Fragen erneut angezeigt, die auch ursprünglich bei der ersten Installation von debconf gestellt wurden. Dies muss natürlich mit Administratorrechten ausgeführt werden.
Frontends
debconf kann unterschiedliche Frontends zur Konfiguration von Paketen verwenden, diese können vom Benutzer ausgewählt werden. Folgende Frontends stehen zur Auswahl:
dialog
Das standardmäßig verwendete Frontend auf Basis von whiptail oder dialog. Eine einfache grafische Oberfläche auf Textbasis.
readline
Einfache, rein textbasierte Oberfläche. Es wird eine Frage gestellt, und es müssen Werte eingegeben werden. Sehr gut geeignet, um remote auf einem System zu arbeiten.
noninteractive
Dies ist eigentlich gar kein Frontend, denn es werden keinerlei Fragen angezeigt. Alle Werte werden mit den Vorgabewerten aus dem Paket belegt. Es werden allerdings E-Mails an den Administrator gesendet, mit dem Hinweis, dass Pakete konfiguriert wurden bzw. dass noch Einstellungen vorzunehmen sind. Dies ist das beste Frontend, um automatische Installationen durchzuführen.
gnome
Ein modernes Frontend auf Basis der GNOME- und GTK-Bibliotheken. Dieses Frontend lässt sich nur sinnvoll verwenden, wenn lokal ein X-Server installiert ist oder wenn eine entsprechende DISPLAY Variable gesetzt wurde, um den Konfigurationsdialog auf einem anderen System anzuzeigen. Ist das Anzeigen dieses Frontends nicht möglich, so wird auf ein einfacheres Frontend zurückgegriffen.
kde
Ein modernes Frontend auf Basis der QT-Bibliotheken. Dieses Frontend lässt sich nur sinnvoll verwenden, wenn lokal ein X-Server installiert ist oder wenn eine entsprechende DISPLAY-Variable gesetzt wurde, um den Konfigurationsdialog auf einem anderen System anzuzeigen. Ist das Anzeigen dieses Frontends nicht möglich, so wird auf ein einfacheres Frontend zurückgegriffen.
editor
Das Frontend für Unix-Freaks, die alles in einem Texteditor bearbeiten möchten. Hierbei werden nicht die Konfigurationsdateien zu einem Paket aufgerufen, vielmehr können debconf-Parameter in dem Editor verändert werden.
web
Dieses Frontend verhält sich wie ein Webserver; alle Einstellungen können über einen beliebigen Browser vorgenommen werden. Dieses Frontend befindet sich noch in der Entwicklung.
Das von debconf verwendete Frontend kann bei einer Rekonfiguration von debconf gesetzt werden. Soll dagegen das Frontend nur für eine einzelne Aktion geändert werden, so kann auch die Umgebungsvariable DEBIAN_FRONTEND auf den gewünschten Wert gesetzt werden.
DEBIAN_FRONTEND=readline apt-get install slrn
Es ist auch möglich, den Kommandos dpkg-reconfigure und dpkg-preconfigure die Option --frontend=readline zu übergeben und auf diesem Wege das Frontend zu bestimmen.
Prioritäten
Über die debconf-Prioritäten kann die „Tiefe“ der Fragen bestimmt werden. Jede Frage zu einer Konfigurationsoption ist mit einer Priorität versehen, über die der Betreuer des Pakets steuern kann, wie wichtig die Frage für das Funktionieren des Pakets ist. Wenn es Ihnen nicht so darauf ankommt, ein Paket bis ins letzte Detail anzupassen, so kann debconf dazu veranlasst werden, lediglich die essenziell wichtigen Fragen zu stellen.
Die Prioritäten sind dabei (in aufsteigender Priorität)
low
Sehr einfache Fragen, die mit Voreinstellungen belegt sind, die in den meisten Fällen sinnvoll sind.
Medium
Normale Fragen mit sinnvollen Vorgaben.
High
Fragen, die keine Vorgaben haben.
Critical
Fragen, die unbedingt beantwortet werden müssen.
Es werden immer nur Fragen mit einer Priorität angezeigt, die der gewünschten Tiefe entspricht, oder die in der Wertigkeit höher liegen. Die Priorität kann gesetzt werden, indem debconf neu konfiguriert wird oder indem die Option --priority=medium den Kommandos dpkg-reconfigure und dpkg-preconfigure übergeben wird. Alternativ kann auch die Umgebungsvariable DEBIAN_PRIORITY auf die gewünschte Tiefe gesetzt werden.
debconf - Backend-Datenbank
debconf benutzt eine sehr flexible Struktur, um die Ergebnisse der Fragen in einer Datenbankstruktur abzulegen. In der Datei /etc/debconf.conf wird diese Anbindung an die Datenbank konfiguriert. Im Normalfall liegt diese Datenbank in Form von ASCII-Dateien auf dem lokalen Dateisystem im Verzeichnis /var/cache/debconf/. In der Konfigurationsdatei finden Sie Beispiele, wie eine Datenbank via NFS oder LDAP genutzt werden kann.
debconf im Backup
Bei der Planung eines Backups für das neue System sollte auch das Verzeichnis /var/cache/debconf/ gesichert werden. Obwohl im Verzeichnis /var/cache/ lediglich Daten liegen, die laufend verändert werden, so erspart das Sichern dieses Verzeichnisses die erneuten Fragen bei der Neuinstallation des Systems.
Unattended Installation
Bei der automatischen, unbeaufsichtigten Installation oder Aktualisierung von vielen Systemen kann es wünschenswert sein, nicht die vorgegebenen Antworten zu nutzen. Vielmehr ist eine individuelle Anpassung, meist von nur sehr wenigen Werten, wünschenswert.
Es gibt verschiedene Möglichkeiten, um dies zu erreichen. So kann beispielsweise eine debconf-Datenbank mit den gewünschten Informationen aufgesetzt werden, die bei der Installation verwendet wird. Der einfachste Weg zu einer solchen, mit sinnvollen Werten gefüllten Datenbank ist es, auf einem anderen System eine komplette Installation mit den entsprechenden Einstellungen durchzuführen und dann die Datenbank zu kopieren. Alternativ kann auch dpkg-preconfigure eingesetzt werden, um eine Auswahl von Paketen zu konfigurieren, ohne diese zu installieren. Natürlich kann die komplette debconf-Datenbank auch mit einem Texteditor der Wahl erstellt werden.
Ist die Datenbank mit den benötigten Werten vorbereitet, so ist zu überlegen, wie die zu installierenden Systeme auf diese Datenbank zugreifen können. Soll ein zentraler LDAP-Server verwendet werden, so kann bei der Installation von Paketen auf diesen zugegriffen werden, um die dort hinterlegten Werte auszulesen. debconf benutzt die beiden Umgebungsvariablen DEBCONF_DB_FALLBACK und DEBCONF_DB_OVERRIDE, um den Zugriff auf eine andere Datenbank zu steuern.
Dieses Kommando benutzt die lokale Datenbank, die via ssh auf das System gebracht wird. Dort wird die Datenbank als Fallback ausgelesen, falls lokal keine entsprechenden Antworten verfügbar sind. Dabei wird nur in die lokale Datenbank geschrieben; die via ssh nur temporär verwendete Datenbank wird ausschließlich gelesen.
In diesem Beispiel wird zunächst die Datenbank mittels ssh kopiert. Danach wird über ssh ein Update angestoßen, bei dem die zuvor kopierte Datenbank benutzt wird.
In allen Beispielen wird die zentrale Datenbank als Fallback eingesetzt. Dies bedeutet, dass auf diesem Wege Antworten gesetzt werden können, die auf dem Zielsystem noch nie aufgetaucht sind, aber diese Werte werden ausschließlich genutzt, wenn in anderen Datenbanken keine Informationen gefunden werden: deshalb der Name „Fallback“. Um bereits gesetzte Werte zu überschreiben, ist die Umgebungsvariable DEBCONF_DB_OVERRIDE einzusetzen. Diese bewirkt ebenfalls, dass eine andere debconf-Datenbank abgefragt wird, dies jedoch, bevor andere Datenbanken zu Rate gezogen werden.
Paketentwicklung für debconf
Detaillierte Informationen zur Entwicklung von Debian Paketen, die die debconf-Datenbank nutzen, finden Sie in der Manpage zu debconf-devel. Im Wesentlichen kommuniziert debconf mit den Skripten über Standard-In und -Output. Es wird dabei ein einfaches, SMTP-ähnliches Protokoll verwendet. Die Fragen selbst werden in einem Template abgelegt, das vom Format her einer Debian control-Datei ähnelt.
debconf-Umgebungsvariablen
Folgende Umgebungsvariablen können von debconf genutzt werden:
DEBIAN_FRONTEND
Wird benutzt, um das Frontend zu bestimmen.
DEBIAN_PRIORITY
Setzt die minimale Priorität der zu stellenden Fragen.
DEBCONF_DEBUG
Aktiviert Meldungen zur Fehlersuche auf der Standard-Ausgabe. Es kann eine Facility oder ein regulärer Ausdruck (beispielsweise .* für alle Meldungen) angegeben werden. Mögliche Facilities sind: user Für den Benutzer interessante Informationen developer Für Entwickler interessante Informationen db Informationen zur Datenbank
DEBCONF_NOWARNINGS
Deaktiviert Warnungen von debconf. Fehlermeldungen werden weiterhin ausgegeben.
DEBCONF_TERSE
Wird dieser Wert auf YES gesetzt, so gibt debconf so wenige Meldungen wie möglich aus.
DEBCONF_DB_FALLBACK
Setzt eine zusätzliche Datenbank mit geringerer Priorität. Alle anderen Datenbanken (aus /etc/debconf.conf) werden bevorzugt behandelt. Wird eine Fallback-Datenbank über diese Umgebungsvariable gesetzt, so ist diese immer nur les-, aber nicht beschreibbar.
DEBCONF_DB_OVERRIDE
Setzt eine zusätzliche Datenbank mit hoher Priorität. Alle anderen Datenbanken werden erst benutzt, wenn in dieser Datenbank keine brauchbaren Informationen gefunden werden.
DEBCONF_SYSTEMRC
Beim Start von debconf wird eine ggf. vorhandene Datei ~/.debconfrc des Benutzers ausgewertet. Dies kann durch Setzen dieser Variablen verhindert werden.
DEBCONF_FORCE_DIALOG
Mit dieser Variablen lässt sich die Verwendung von dialog statt whiptail zur Anzeige des Frontends erzwingen.
DEBCONF_FORCE_XDIALOG
Das Setzen dieser Variablen führt dazu, dass Xdialog statt dialog oder whiptail verwendet wird.
debconf (Kommando)
Neben dem zentralen System zur Verwaltung von Konfigurationsparametern debconf (siehe [../../debiananwenderhandbuch/debconf.html debconf ]) gibt es auch ein Kommandozeilenprogramm gleichen Namens.
Das Programm debconf führt ein Programm oder Skript aus, das normalerweise bei der Installation eines Pakets ausgeführt wird. So lassen sich Skripte bei der Entwicklung von Paketen testen. Die Syntax lautet:
debconf [options] command [args]
Optionen
-opackage, --owner=package
Hiermit kann bestimmt werden, zu welchem Paket das Skript gehört. So werden beispielsweise Benutzer- und Gruppenrechte korrekt gesetzt.
-ftype, --frontend=type
Bestimmt das zu verwendende debconf-Frontend.
-pvalue, --priority=value
Gibt die minimale Priorität der debconf-Fragen an, die noch angezeigt werden sollen.
Um nun beispielsweise ein Shell-Skript zu testen, kann folgendes Kommando genutzt werden:
DEBCONF_DEBUG=developer debconf my-shell-prog
Alternativ funktioniert aber auch:
debconf --frontend=readline sh -x my-shell-prog
debconf-show
Mit debconf-show lassen sich gezielt Informationen zu einzelnen Paketen aus der Debconf-Datenbank extrahieren. Die Syntax lautet:
debconf-show packagename [...] [--db=dbname]
debconf-show --listowners [--db=dbname]
debconf-show --listdbs
Am häufigsten wird debconf-show sicher zusammen mit einem Paketnamen verwendet, um Informationen zu diesem Paket aus der Datenbank auszulesen. Hier am Beispiel Apache gezeigt:
Fragen, die dem Benutzer bereits gestellt wurden, sind am Anfang der Zeile mit einem * gekennzeichnet.
Optionen
--db=dbname
Name der abzufragenden Datenbank.
--listowners
Zeigt die „Besitzer“ der Fragen in der Datenbank an. Ein Besitzer entspricht immer einem Paketnamen.
--listdbs
Zeigt alle verfügbaren Datenbanken an.
debconf-get-selections
debconf-get-selections liest die gespeicherten Informationen aus der Debconf-Datenbank und schreibt diese auf die Standard-Ausgabe. Die Syntax für diesen Befehl lautet:
debconf-get-selections [--installer]
Das Ausgabeformat kann direkt wieder vom Kommando debconf-set-selections eingelesen werden. Soll dies auf einem anderen System geschehen, so ist die Ausgabe in eine Datei zu schreiben und diese auf das zweite System zu transferieren. Dieses Prinzip wird auch vom Debian Installer genutzt, um eine automatische Installation zu erlauben (siehe [../../debiananwenderhandbuch/installation-etch.html#diautomatischeinstallation Automatische Installation mit dem Debian Installer]).
Informationen, die während der Installation des Systems gesetzt werden, sind in einer getrennten Datenbank (/var/log/debian-installer/cdebconf) abgelegt. Diese können über die einzige Option von debconf-get-selections - --installer - ausgelesen werden. Um alle Debconf-Einstellungen eines Systems in eine Datei zu schreiben, sind zwei Kommandos notwendig:
debconf-set-selections setzt oder verändert Werte in der Debconf-Datenbank. Zusätzlich werden die so mit Werten vorbelegten Fragen auch als "gesehen" markiert, so dass diese Werte nicht während der Installation des Systems oder eines Paketes abgefragt werden. Die Syntax für dieses Kommando lautet:
debconf-set-selections dateiname
Wie jedes gute Kommandozeilenprogramm liest debconf-set-selections zunächst aus einer Datei. Wird kein Dateiname auf der Kommandozeile übergeben, so wird versucht, aus der Standard-Eingabe zu lesen.
Sollen die Informationen von einem System auf ein anderes übertragen werden, so kann folgendes Kommando verwendet werden, ein funktionierendes Netzwerk zwischen beiden Systemen wird vorausgesetzt:
Das Format der Datei ist recht einfach aufgebaut. Zeilen ohne Inhalt werden ignoriert, Zeilen, die mit dem Zeichen # beginnen, sind Kommentare und werden ebenfalls nicht ausgewertet. Alle anderen Zeilen werden interpretiert und müssen vier Werte enthalten, die jeweils durch Leerzeichen getrennt sind. Der erste Wert ist der Paketname, zu dem die Frage gehört. Der zweite Wert ist der Name der Frage. Der dritte Wert ist der Typ der Frage, und der vierte Wert ist die Antwort. Hier ein einfaches Beispiel:
# Comment out extension_dir config from /etc/php4/apache/php.ini?
php4 php4/update_apache_php_ini boolean true
Optionen
--verbose, -v
Ausführliche Ausgabe von Informationen
--checkonly, -c
Prüft die Eingabedatei auf Formatfehler, speichert keine Informationen in der Datenbank.
Debian package manager (dpkg)
dpkg (http://wiki.debian.org/dpkg) ist die Basis der Debian Paketverwaltung. dpkg steht für „Debian GNU/Linux package manager“. Da dpkg mittlerweile auch von anderen Distributionen wie Novell/SuSE und RedHat/Fedora eingesetzt wird, ist die Bezeichnung nicht mehr ganz korrekt.
Die wichtigste Funktion von dpkg besteht darin, das System in einem stabilen Zustand zu halten. Da die Werkzeuge zur Paketverwaltung in anderen Disrtibutionen nicht den Anforderungen der Debian Entwickler genügten, wurde dpkg entworfen. Das Paketformat RPM, das u.a. von RedHat/Fedora- und Novell/SuSE-Distributionen verwendet wird, prüft lediglich, ob eine benötigte Datei vorhanden ist. Ob diese Datei in der gewünschten oder gar benötigten Version vorliegt, wird nicht geprüft.
Mit diesem Programm kommen Sie nur in seltenen Fällen in Berührung; meist werden Sie Frontends wie apt-get oder aptitude benutzen. Hier folgen trotzdem einige nützliche Beispiele, wie dpkg eingesetzt werden kann.
--help
Natürlich bringt auch dpkg, wie alle guten Unix-Werkzeuge, eine eingebaute Hilfefunktion mit. Mit der Option --help kann man sich einen ersten Überblick über die beachtliche Vielzahl von Optionen verschaffen.
Usage:
dpkg -i|--install <deb file name> ... | -R|--recursive <dir> ...
dpkg --unpack <deb file name> ... | -R|--recursive <dir> ...
dpkg -A|--record-avail <deb file name> ... | -R|--recursive <dir> ...
dpkg --configure <package name> ... | -a|--pending
dpkg -r|--remove | -P|--purge <package name> ... | -a|--pending
dpkg --get-selections [<pattern> ...] get list of selections to stdout
dpkg --set-selections set package selections from stdin
dpkg --update-avail <Packages-file> replace available packages info
dpkg --merge-avail <Packages-file> merge with info from file
...
--no-force-...|--refuse-... Stop when problems encountered
--abort-after <n> Abort after encountering <n> errors
Comparison operators for --compare-versions are:
lt le eq ne ge gt (treat no version as earlier than any version);
lt-nl le-nl ge-nl gt-nl (treat no version as later than any version);
< << <= = => >> > (only for compatibility with control file syntax).
Use `dselect' for user-friendly package management.
Die meisten Optionen haben eine kurze und eine lange Schreibweise, zum Beispiel -i oder alternativ --install; der Einfachheit halber wird im Folgenden immer die Kurzform erwähnt. Einige wenige Optionen sind ausschließlich in der ausführlichen Version verfügbar.
-c, --contents
Diese Option zeigt den Inhalt eines Debian Paketes an, hierzu muss das Paket nicht zwingend installiert sein. Als weiterer Parameter ist der Dateiname des Debian Paketes anzugeben.
-i, --install
Mit dieser Option können Pakete installiert werden, die lokal im Dateisystem, also auch auf einer gemounteten CD-ROM, vorliegen. Hierzu ist neben der Option -i lediglich der Dateiname (ggf. inklusive Pfad) anzugeben. Wenn eine Reihe Pakete installiert werden soll, so können Sie auch ein Verzeichnis statt eines Dateinamens angeben; zusätzlich ist die Option -R anzugeben. Mit dieser wird das Verzeichnis rekursiv nach Debian Paketen durchsucht.
--pending, --configure
Mit --pending können bereits entpackte, aber noch nicht konfigurierte Pakete endgültig konfiguriert werden. Es kann zu einem solchen Zustand kommen, wenn das System bei der Installation von Paketen auf einen Fehler trifft und abbricht. Zu diesem Zeitpunkt können aber bereits andere (eventuell wichtige) Pakete im aktuellen Installationsdurchlauf entpackt worden sein. Diese können durch Angabe des Paketnamens gezielt konfiguriert und damit abschließend installiert werden.
Sollen nicht nur bestimmte, sondern alle bereits entpackten Pakete dieser Prozedur unterzogen werden, so müssen Sie die Option -a oder --pending verwenden.
-r, --remove
Mit der Option -r, für „remove“, können Pakete entfernt werden. Dazu geben Sie lediglich den Namen des Pakets oder die Namen der Pakete (durch Leerzeichen getrennt) an, das/die gelöscht werden soll(en). Diese Option löscht lediglich die Programmdateien eines Pakets. Die eigentlichen Konfigurationsdateien (die nur sehr wenig Platz auf dem Datenträger einnehmen) werden nicht gelöscht. Wird ein Paket einige Zeit später erneut installiert, so liegt die alte Konfiguration noch vor und kann weiterhin genutzt werden.
-P, --purge
Die Option „purge“ entfernt ein Paket komplett, inklusive aller Konfigurationsdateien, aus dem System.
-l, --list
Mit der Option -l können die tatsächlichen Paketnamen ermittelt werden. Diese weichen häufig von den eigentlichen Befehlen ab.
surimi:~$ dpkg -l mozilla*
Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Säubern/Halten
| Status=Nicht/Installiert/Config/U=Entpackt/Fehlgeschl. Konf./Halb install.
|/Fehler?=(keiner)/Halten/R=Neuinst.notw/X=beides (Status,Fehler: GROSS=schlecht)
||/ Name Version Beschreibung
+++-==============-==============-============================================
ii mozilla 1.0.0-1 Mozilla Web Browser - dummy package
ii mozilla-browse 1.0.0-1 Mozilla Web Browser - core and browser
rc mozilla-browse 0.0.20020226.1 An Open Source WWW browser for X and GTK+ (C
ii mozilla-browse 0.0.20020610.0 An Open Source WWW browser for X and GTK+ (C
ii mozilla-chatzi 1.0.0-1 Mozilla Web Browser - irc client
pn mozilla-chatzi <keine> (keine Beschreibung vorhanden)
pn mozilla-chatzi <keine> (keine Beschreibung vorhanden)
pn mozilla-cvs <keine> (keine Beschreibung vorhanden)
pn mozilla-cvs-de <keine> (keine Beschreibung vorhanden)
ii mozilla-dev 1.0.0-1 Mozilla Web Browser - development files
un mozilla-dmotif <keine> (keine Beschreibung vorhanden)
ii mozilla-dom-in 1.0.0-1 A tool for inspecting the DOM of pages in Mo
ii mozilla-dom-in 0.0.20020610.0 A tool for inspecting the DOM of pages in Mo
ii mozilla-js-deb 1.0.0-1 JavaScript debugger for use with Mozilla
pn mozilla-js-deb <keine> (keine Beschreibung vorhanden)
rc mozilla-locale 0.9.9-3 Mozilla German Language/Region Package.
pn mozilla-locale <keine> (keine Beschreibung vorhanden)
pn mozilla-locale <keine> (keine Beschreibung vorhanden)
ii mozilla-mailne 1.0.0-1 Mozilla Web Browser - mail and news support
pn mozilla-mailne <keine> (keine Beschreibung vorhanden)
pn mozilla-mailne <keine> (keine Beschreibung vorhanden)
ii mozilla-psm 1.0.0-1 Mozilla Web Browser - Personal Security Mana
pn mozilla-psm-cv <keine> (keine Beschreibung vorhanden)
ii mozilla-psm-sn 0.0.20020610.0 PSM - Personal Security Manager for Mozilla
un mozilla-smotif <keine> (keine Beschreibung vorhanden)
pn mozilla-snapsh <keine> (keine Beschreibung vorhanden)
pn mozilla-snapsh <keine> (keine Beschreibung vorhanden)
ii mozilla-xmlter 1.0.0-1 Mozilla Web Browser - XML enabled
pn mozilla-xmlter <keine> (keine Beschreibung vorhanden)
Problematisch ist hierbei, dass der Name des Pakets abgeschnitten wird; dies können Sie durch Setzen der Variablen COLUMNS ändern: COLUMNS=132 dpkg -l mozilla*.
-s, --status
Hiermit kann der Status eines Pakets ermittelt werden. Es werden u.a. Informationen zum Status der Installation, der Version, der Größe, der Section und der Abhängigkeiten ausgegeben. So können sehr schnell die Ursachen für eventuelle Probleme bei der Installation von weiteren Paketen ermittelt werden.
Package: bash
Essential: yes
Status: install ok installed
Priority: required
Section: base
Installed-Size: 1288
Maintainer: Matthias Klose <doko@debian.org>
Source: bash (2.05b-2-8.1)
Version: 2.05b-8.1
Replaces: bash-doc (< 2.05-1), bash-completion
Depends: base-files (> 2.1.12)
Pre-Depends: libc6 (> 2.3.1-1), libncurses5 (> 5.3.20021109-1)
Suggests: bash-doc
Conflicts: bash-completion
Conffiles:
/etc/skel/.bashrc c5f1155761187900cbb3b6554c2b2533
/etc/skel/.bash_profile ee190fd94cb7bfe8a663447386c065e8
/etc/bash.bashrc e218a2979b01db4e9c3ae19c94294a57
/etc/bash_completion 14dde46ca4fb4af4d1f22f0f0fc2ef8c
Description: The GNU Bourne Again Shell
Bash is an sh-compatible command language interpreter that executes
commands read from the standard input or from a file. Bash also
incorporates useful features from the Korn and C shells (ksh and csh).
.
Bash is ultimately intended to be a conformant implementation of the
IEEE POSIX Shell and Tools specification (IEEE Working Group 1003.2).
.
Included in the bash package is the Programmable Completion Code, by
Ian Macdonald.
.
Statically linked.
Für den fortgeschrittenen Systemadministrator ist an dieser Stelle interessant, dass hier auch die MD5-Checksummen der Konfigurationsdateien ausgegeben werden.
Ermitteln von Checksummen
Um die Checksumme eines gesamten Pakets zu ermitteln, benutzt der Administrator das Programm debsums
fr@sushi:~$ debsums ssh
usr/bin/ssh OK
usr/bin/scp OK
usr/bin/ssh-add OK
usr/bin/ssh-agent OK
usr/bin/ssh-keygen OK
usr/bin/ssh-keyscan OK
usr/bin/sftp OK
usr/bin/ssh-copy-id OK
usr/bin/ssh-argv0 OK
usr/sbin/sshd OK
usr/lib/ssh-keysign OK
usr/lib/sftp-server OK
usr/share/man/man1/scp.1.gz OK
usr/share/man/man1/ssh-agent.1.gz OK
usr/share/man/man1/ssh-keygen.1.gz OK
...
-S, --search
Mit der Option -S kann ermittelt werden, zu welchem Paket eine Datei gehört. Dies trifft lediglich auf bereits installierte Pakete zu. Eine Suche in nicht installierten Paketen ist auf diesem Wege nicht möglich.
Hierbei kann das Weglassen oder Hinzufügen des Pfades zu der gesuchten Datei zu unterschiedlichen Ergebnissen führen.
-C, --audit
Durchsucht das System nach unvollständig installierten Paketen und versucht, sinnvolle Vorschläge zu unterbreiten, welche Schritte notwendig sind, um diese Pakete in einen funktionsfähigen Zustand zu versetzen.
-L, --listfiles
Zeigt alle Dateien an, die zum angegebenen Paket gehören.
Gibt, ohne weitere Parameter, eine Liste aller installierten Pakete aus. Wird zusätzlich ein „*“ angegeben, so werden alle Pakete mit dem aktuellen Zustand ausgegeben. Dies zeigt also auch zu löschende und nicht installierte Pakete an.
Diese Ausgabe kann in eine Datei geschrieben werden und mittels der Option --set-selections (beispielsweise auf einem anderen System oder aus einem Backup) wieder eingelesen werden. Somit können einzelne Systeme sehr leicht dupliziert werden. Auch kann auf diesem Wege ein System nach einem Hardware-Ausfall wiederhergestellt werden.
Beispiel
dpkg --get-selections \* > /tmp/PAKETLISTE
--set-selections
Liest eine zuvor mit --get-selections erzeugte Paketliste wieder ein.
Beispiel:
dpkg --set-selections < /tmp/PAKETLISTE
Abhängig von den Informationen in der Datei PAKETLISTE werden so alle Pakete aus dieser Datei in der Paketdatenbank mit einem Status gekennzeichnet. Ein darauf folgendes apt-get dselect-upgrade wird die gewünschten Aktionen durchführen.
--update-avail
Aktualisiert die Informationen über verfügbare Pakete. Mit der Aktion --merge-avail werden die bestehenden Informationen mit den Informationen aus der angegebenen Packages-Datei zusammengeführt. Mit der Aktion --update-avail wird die alte Information durch die Information aus der Packages-Datei ersetzt. dpkg speichert alle Aufzeichnungen über die verfügbaren Pakete in /var/lib/dpkg/available.
Ein einfacheres Kommando, um die available-Datei in einem Aufruf abzurufen und zu aktualisieren, ist dselect update.
--force-confnew
Sollte einmal aus Versehen eine der Konfigurationsdateien verschwunden sein oder eine andere wichtige Datei fehlen, so kann ein komplettes Paket einfach erneut installiert werden. Hierzu müssen Sie sich zunächst das betroffene Paket besorgen, beispielsweise mit apt-get -d install paket. Nun kann das Paket installiert werden. Die Option --force-confnew überschreibt dabei alle Konfigurationsdateien:
Diese Option kann zusammen mit jeder anderen Option von dpkg eingesetzt werden, führt jedoch im Allgemeinen zu einem Versionschaos. Hiermit werden alle Abhängigkeiten eines Pakets ignoriert und die gewünschte Aktion (beispielsweise „install“) ausgeführt. Alle Warnungen des Paketmanagements werden ignoriert.
Wird dpkg mit dieser Option eingesetzt, so ist es kaum mehr möglich, danach apt-get sinnvoll zu benutzen, da apt-get feststellen wird, dass bestimmte Abhängigkeiten nicht erfüllt werden können. In einem solchen Fall können Sie versuchen, mit apt-get -f install die Situation zu bereinigen. Dies wird aber das zuvor mit --force-depends behandelte Paket in einen unbrauchbaren Zustand versetzen bzw. löschen.
hold
Pakete können im Debian Paketmanagement unterschiedliche Zustände haben; einer davon ist „hold“. Pakete mit diesem Zustand werden bei einem Update nicht aktualisiert. Um eine neue Version dieses Pakets zu installieren, muss das Paket gezielt installiert werden. Ein einzelnes Paket kann mit dem Kommando
echo <paketname> "hold" | dpkg --set-selections
auf „hold“ gesetzt werden.
Sollen mehrere Pakete auf einmal in den Zustand „hold“ gesetzt werden, so kann dies wie folgt geschehen:
dpkg --set-selections << EOF
<paketname1> hold
<paketname2> hold
<paketname3> hold
<paketname4> hold
EOF
„hold“ mit Aptitude
dpkg und Aptitude nutzen unterschiedliche Informationen zu den Paketen. Dies führt dazu, dass ein mit Aptitude auf „hold“ gesetztes Paket mit apt-get upgrade dennoch aktualisiert wird. Werden also Pakete mittels Aptitude auf „hold“ gesetzt, so müssen auch Funktionen wie „upgrade“ und „dist-upgrade“ mittels Aptitude
dpkg-reconfigure
Mit diesem Kommando können Pakete neu konfiguriert werden, die „debconf“ (siehe debconf ) zur Verwaltung der Konfigurationsdateien nutzen (dies sollte mittlerweile für den Großteil der Pakete der Fall sein). Hierzu ist neben dem Aufruf des Programmes nur noch der Paketname anzugeben.
Ein dpkg-reconfigure debconf konfiguriert debconf selbst neu. Hierbei kann zwischen verschiedenen interaktiven und vollautomatischen Modi gewählt werden.
Welche bereits installierten Pakete sich mit diesem Kommando neu konfigurieren lassen, ermittelt das Programm configure-debian
dpkg-preconfigure
dpkg-preconfigure kann Pakete vor der Installation auf einem System konfigurieren. dpkg-preconfigure konfiguriert eine Anzahl von Paketen und führt dazu die debconf-Skripte dieser Pakete aus. dpkg-preconfigure kennt dabei zwei Möglichkeiten der Parameterübergabe:
Gibt die minimale Priorität der debconf-Fragen an, die noch angezeigt werden sollen.
--apt
Aktiviert den „APT“-Modus. Dabei wird eine Liste von Paketen auf der Standard-Eingabe gelesen, statt diese auf der Kommandozeile zu übergeben. Normalerweise wird dies genutzt, um dpkg-preconfigure auf alle Pakete anzuwenden, bevor diese installiert werden. Hierzu ist Folgendes der Datei /etc/apt/apt.conf hinzuzufügen, falls es nicht schon vorhanden ist:
// Pre-configure all packages before
// they are installed.
DPkg::Pre-Install-Pkgs {
"dpkg-preconfigure --apt –priority=low";
};
-h, --help
Zeigt eine Hilfe zum Programm dpkg-preconfigure an.
dpkg-divert
Datei-„diversions“ - im Deutschen in etwa „Umleitungen“, „Ablenkungen“ oder auch „Diversifikationen“ - erlauben es dem Debian Paketmanagement, Dateien nicht an der vorgesehenen, sondern an einer „umgeleiteten“ Stelle im Dateisystem abzulegen. dpkg-divert kann innerhalb von Debian Paket-Skripten eingesetzt werden, um eine Datei aus einem anderen Paket zu überschreiben. Dabei wird, wie gleich noch gezeigt wird, die Datei nicht tatsächlich überschrieben, sondern nur umbenannt.
Während der Installation eines Pakets können so einzelne Dateien, beispielsweise Programme oder Manpages, durch andere Versionen ersetzt werden. Konfigurationsdateien sind von dieser Funktionalität ausgenommen. Um Konfigurationsdateien zu managen, ist entweder ein Paket zu erstellen, das das Ursprungspaket ersetzt oder mit diesem in Konflikt steht, oder aber es ist ein Paket zu erstellen, das Teile der Konfiguration enthält und diese mit dem Hauptpaket teilt (durch entsprechende Abhängigkeiten).
Beispielsweise kann ein Paket während der Installation ein Programm durch eine angepasste Version ersetzen. Hierzu ist sinngemäß Folgendes in das preinst-Skript des Pakets einzufügen:
Die Dateien aus dem Debian Paket bleiben unangetastet mit Ausnahme der Umbenennung.
Mittels dpkg-divert „markierte“ Dateien werden bei einem späteren Update nicht von Dateien aus einem aktuelleren Paket überschrieben.
dpkg-divert kann ausschließlich auf Dateien und nicht auf Verzeichnisse angewendet werden.
Mit dpkg-divert können diese Umleitungen gesetzt, angezeigt oder auch wieder gelöscht werden. Weiterhin lassen sich die ursprünglichen Namen der umgeleiteten Dateien ermitteln. Die Syntax für das Kommando dpkg-divert lautet:
Wird keine Option angegeben, so wird automatisch --add verwendet. Diese Option fügt die angegebene Datei in die Liste der zu diversifizierenden Dateien ein.
--admindir <Verzeichnis>
Setzt das Verzeichnis, in dem sich die Daten für dpkg befinden (normalerweise: /var/lib/dpkg/).
--divert <Umlenken nach>
Bestimmt einen neuen Namen für die Datei.
--help
Zeigt eine kurze Anleitung zu dpkg-divert an.
--local
Bewirkt, dass alle verfügbaren Versionen eines Paketes diversifiziert werden.
--list [<file>]
Zeigt die bestehenden Diversifikationen an. Wird ein Dateiname angegeben, so werden nur die entsprechenden Dateien angezeigt.
--package <Paketname>
Der Name eines Pakets, in dem die Kopie der Datei <Dateiname> nicht umgeleitet wird.
--quiet
Es werden keine Ausgaben auf dem Bildschirm erzeugt.
--rename
Verschiebt eine Datei. Existiert die Zieldatei bereits, so wird die Aktion abgebrochen.
--remove <file>
Löscht die angegebene Datei aus der Liste der diversifizierten Dateien und stellt den ursprünglichen Zustand wieder her.
--test
Testmodus; es werden keine Veränderungen durchgeführt.
--version
Zeigt die Versionsnummer von dpkg-divert an.
Beim Hinzufügen von Umleitungen werden, wenn nicht anders angegeben, immer die Option --divert <Ursprungsname>.distrib und die Option --local verwendet.
Eine Liste der umgeleiteten Dateien wird in der Datei /var/lib/dpkg/diversions gespeichert.
dpkg-statoverride
Mittels dpkg-statoverride können einzelne Komponenten eines Pakets mit anderen Rechten, als vorgesehen waren, installiert werden. Dies kann bei Paketen sinnvoll sein, die Programme mit einem unerwünscht gesetzten setuid-Bit installieren oder wenn Programme nur von einer bestimmten Gruppe von Benutzern ausgeführt werden sollen. Eine Komponente kann dabei jedes Objekt im Dateisystem sein, Dateien, Verzeichnisse oder auch Gerätedateien.
dpkg-statoverride kennt verschiedene Optionen:
--add <user> <group> <mode> <file> Überschreibt die Rechte für die Datei <file>. Dabei muss die Datei noch nicht existieren, wenn das Kommando ausgeführt wird. Die Informationen werden gespeichert und später bei der Installation der Datei auf dem System verändert. Benutzer- und Gruppennamen können sowohl im Klartext (also beispielsweise root oder nobody) oder auch als Nummern angegeben werden. Wird die Schreibweise mit Nummern bevorzugt, so ist das Zeichen # voranzustellen, also beispielsweise #0 oder #65534.
--remove <file>
Stellt die ursprünglich im Paket verwendeten Rechte wieder her.
--list [<glob-pattern>]
Zeigt alle veränderten Rechte an. Wird zusätzlich ein Suchbegriff angegeben, so wird die Ausgabe auf die Veränderungen beschränkt, auf die der Suchbegriff passt.
--force
Führt die gewünschte Aktion auch aus, wenn die internen Überprüfungen die Ausführung sonst nicht zulassen würden. Dies ist immer dann der Fall, wenn bereits Veränderungen an einer Datei vorliegen.
--update
Aktualisiert die Rechte sofort, wenn eine Datei existiert. Wird nur bei Verwendung der Option --add ausgeführt.
--quiet
Gibt weniger Informationen darüber aus, welche Veränderungen vorgenommen werden.
--help
Gibt einige Informationen zur Benutzung des Programms aus.
--admindir
Ändert das Verzeichnis, in dem die Datei statoverride gespeichert wird. Dies ist normalerweise das Verzeichnis /var/lib/dpkg/.
dpkg-query
Mit dpkg-query lässt sich die Paketdatenbank auf dem System abfragen. Dabei werden alle Pakete aus der Datei /var/lib/dpkg/available berücksichtigt. Die Abfrage ersteckt sich also sowohl auf installierte als auch auf nicht-installierte Pakete. dpkg-query kennt die folgenden Optionen:
-l oder --list Suchbegriff Zeigt alle Pakete an, wenn kein Suchbegriff angegeben wird. Ansonsten wird die Ausgabe auf die dem Suchbegriff entsprechenden Pakete beschränkt. Es können in dem Suchbegriff auch Wildcards verwendet werden. Hierbei ist darauf zu achten, dass diese nicht von der Shell interpretiert werden. Mit dem Kommando dpkg-query -l 'apache*' würden beispielsweise alle Pakete ausgegeben werden, die mit „apache“ beginnen.
-w oder --show Suchbegriff
Wie die Option --list, jedoch kann die Ausgabe mit der Option --showformat angepasst werden.
-s oder --status Paketname
Zeigt den Status des angegebenen Pakets an. Dabei werden nur installierte Pakete berücksichtigt.
-L oder --listfiles Paketname
Zeigt alle installierten Dateien aus einem Paket an. Dateien, die während der Installation durch ein Skript erzeugt werden, sind dabei nicht berücksichtigt, da diese nicht in dem Paket enthalten sind.
-S oder --search Suchbegriff
Sucht nach einem Dateinamen in den installierten Paketen. Hierbei können wieder die aus der Shell bekannten Wildcards benutzt werden.
-p oder --print-avail Paketname
Zeigt Detailinformationen zu dem Paket an.
--license oder --license
Zeigt die Lizenz- und Copyright-Informationen zu diesem Programm an.
--version
Zeigt die Versionsnummer dieses Programms an.
--admindir=dir
Hiermit kann das Verzeichnis verändert werden, in dem die dpkg-Datenbank abgelegt wird. Dies sollte aber immer /var/lib/dpkg/ sein.
--showformat=format
Hiermit kann das Format der Ausgabe bei Verwendung von --show angepasst werden. Die Formatangabe ist eine Zeichenkette, die für jedes gefundene Paket ausgegeben wird. Paketinformationen können durch Variablen in der Form ${var[;width]} angegeben werden. Die Ausgabe ist dabei immer rechtsbündig ausgerichtet, eine linksbündige Ausgabe wird durch einen negativen Wert für die Breite erreicht.Es können weiterhin die Escape-Sequencen \n (Newline), \r (Carriage Return) und \\ (Backslash) eingesetzt werden.
Weitere Installationsverfahren
Autopackage
Autopackage ist eine alternative Linux-Paket-Verwaltung (aktuelle Version 1.0). Die Software soll eine einfache Installation von Software, unabhängig von der verwendeten Linux-Distribution, möglich machen. Ziel ist es, sowohl Nutzern als auch Entwicklern das Leben erleichtern, in dem die Entwickler nur mehr ein Paket erzeugen müssen und der Nutzer dieses Paket auf jedem Linux-System mit einem Klick installieren und wieder löschen kann.
Sollte Autopackage auf dem System fehlen, wird das Programm automatisch heruntergeladen und installiert.
Perl-Archive
Für Perl-Module gibt es als zentrale Anlaufstelle den CPAN-Server (Comprehensive Perl Archive Network, http://www.cpan.org ), über den fast alle Perl-Module bezogen und direkt installiert werden können.
Mit diesem Aufruf wird das Data::JavaScript-Modul installiert. Beim ersten Mal muss man evtl. noch die automatische Installation konfigurieren. Dazu wird man interaktiv durch verschiedene Fragen durchgelotst (z. B. wo das gzip- und tar-Kommando liegt, ...).
Danach geht es mit der eigentlichen Installation los, bei der das angegebene Modul von einem CPAN-Server heruntergeladen, ausgepackt, getestet und installiert wird. War alles erfolgreich, sollte am Ende ein /usr/bin/make install -- OK
zu sehen sein. Falls nicht, kann es evtl. daran liegen, dass das angegebene Modul noch von weiteren Modulen abhängt, die nicht auf dem System vorhanden sind. In diesem Fall sollte man zuerst diese Module noch installieren.
Selbstauspackende Archive
In seltenen Fällen kommen auch Shell-Skripte zum Einsatz, die sich nach dem Aufruf selbst auspacken. Eventuell muss man vorher noch einige Fragen zur Installation beantworten. Meistens heißt das Skript install.sh und wird mit
user@linux ~$ ./install.sh
oder
user@linux ~$ sh install.sh
aufgerufen. Lässt sich das Skript nicht ausführen, empfiehlt es sich, die erste Zeile zu überprüfen. Sie sollte dort ein
#!/bin/sh
enthalten, was leider nicht immer der Fall ist.
Software-Archive
Linux ist Allgemeingut, dessen Bestandteile im Internet verstreut sind. Da es niemanden gehört, gibt es auch keine zentralen Stellen, die die ganzen Sourcen und Pakete verwalten. Es gibt allerdings einige Anlaufstellen, von denen wir hier eine ganz kleine Auswahl präsentieren möchten: *
sunsite.unc.edu/pub
www.freshmeat.net
packman.links2linux.de
rpm.pbone.net
www.rpmfind.net
www.linuxpackages.net (slackware)
www.apt-get.org (debian)
software.opensuse.org/search (opensuse)
sourceforge.net/
Natürlich können auch alle anderen Distributionen als Ausgangspunkt dienen.
!["[Tip]"](/index.php?title=Spezial:Hochladen&wpDestFile=Grafik16.png){kind=link}
!["[Tip]"](/index.php?title=Spezial:Hochladen&wpDestFile=Grafik17.png){kind=link}
!["[Warning]"](/index.php?title=Spezial:Hochladen&wpDestFile=Grafik18.png){kind=link}
