15.4 Advanced Packaging Tool (APT)

Das zentrale Programm, das man unter Ubuntu zum Aktualisieren und Installieren von Paketen benutzt, ist apt-get. APT (Advanced Packaging Tool) ist eine fortschrittliche Schnittstelle zum Ubuntu- bzw. Debian-Paketsystem dpkg. Als grafische Benutzeroberfläche für APT bietet sich Synaptic an (System • Systemverwaltung (Administration) • Synaptic-Paketverwaltung). Wie bereits beschrieben, arbeitet Ubuntu als Abkömmling von Debian mit deb-Paketen.

Datenbanken

Das Paketsystem verwendet eine Datenbank, die Informationen über installierte, nicht installierte und verfügbare Pakete enthält. Das Programm apt-get nutzt wiederum diese Datenbank, um heruaszufinden, wie es die vom Benutzer angeforderten Pakete installieren soll und welche zusätzlichen Pakete benötigt werden, damit die ausgewählten Pakete ordnungsgemäß funktionieren.

Um diese Liste zu aktualisieren, verwendet man den Befehl

sudo apt-get update

Die erste Befehlszeile sorgt dafür, dass die Informationen für die Pakete, die man ja in der Regel von einem Internetserver lädt, vor der Installation auf den neuesten Stand gebracht werden. Da sich die Anzahl der Programme und die Version mancher Programme fast täglich ändert, ist somit sichergestellt, dass stets die aktuellste Version eines Programms installiert wird. Die Quellen (d. h. Serveradressen) für die Pakete sind in der Datei /etc/apt/sources.list eingetragen. Hier können auch neue Quellen hinzugefügt werden. Sie sollten diesen Befehl regelmäßig ausführen, insbesondere vor der Installation von neuen Paketen, um sicherzustellen, dass Ihr System immer auf dem neuesten Stand ist. Sie erfahren mehr über die Datei sources.list auf Seite , »Die Datei sources.list«, ab Seite .

15.4.1 Installation von Paketen

Pakete lassen sich über das Werkzeug apt-get von einer Kommandozeile aus folgendermaßen installieren: sudo apt-get install <Paketname>.

Dieses Kommando installiert das genannte Paket. Durch Leerzeichen getrennt können hier auch mehrere Pakete angegeben werden. Bei der Installation via apt-get kommt man in den Genuss eines entscheidenden Vorteils des APT-Systems: Oft benötigt ein Programm zur kompletten Funktion weitere Bibliotheken (engl.: libraries), die in anderen Paketen versteckt sind. Bei Verwendung des RPM-Paketsystems würde nun eine wilde Sucherei losgehen, in welchen Paketen die entsprechenden Bibliotheken zu finden sind.

Nicht so unter Ubuntu: Der Paketmanager sorgt automatisch dafür, dass die fehlenden Pakete mit installiert werden. Mitunter kann das natürlich bei der Installation aus dem Internet zu langwierigen Downloads führen. apt-get fragt daher nach, ob die entsprechende Installation auch wirklich vorgenommen werden soll, und gibt hierbei alle benötigten Pakete an.

Beispiel: Kubuntu-Desktop installieren

Die Installation des Kubuntu-Desktops aus einer GNOME-Ubuntu-Installation heraus wäre ein solches Beispiel:

sudo apt-get install kubuntu-desktop 
Reading package lists ... 
Building dependency tree ... 
Die folgenden zusätzlichen Pakete werden installiert: 
adept akode akregator amarok amarok-gstreamer ark arts debtags enscript 
gtk2-engines-gtk-qt gwenview ... 
Die folgenden Pakete werden aktualisiert: 
libartsc0 python2.4 python2.4-gdbm python2.4-minimal python2.4-tk 
5 aktualisiert, 146 neu installiert, 0 zu entfernen und 303 nicht aktualisiert. 
Es müssen noch 135 MB von 135 MB Archiven geholt werden. 
Nach dem Auspacken werden 388 MB Plattenplatz zusätzlich benutzt. 
Möchten Sie fortfahren [J/n]?

Dadurch wird das komplette KDE-Framework inklusive der wichtigsten Programme mit einem einzigen Befehl installiert. Die letzte Nachfrage können Sie vermeiden, indem Sie dem Installationsbefehl alle abhängigen Pakete als Argument mitliefern. Dies bedeutet, dass APT nur um Bestätigung bittet, wenn es Pakete installieren muss, die man nicht auf der Kommandozeile übergeben hat.

Die folgenden Optionen können in diesem Zusammenhnag wertvoll sein:

• -d – Pakete nur herunterladen und diese nicht installieren

• -s – Die Installation lediglich simulieren

• -y – Alle Nachfragen automatisch mit »Ja« beantworten

• -u – Zeige eine Liste der Pakete, die aktualisiert werden

Abbildung 15.8 Paketverwaltung mit aptitude

Reinstall

Wenn Sie ein installiertes Paket auf irgendeine Art und Weise beschädigt haben oder die Dateien dieses Pakets neu installieren möchten, dann können Sie die Option ---reinstall verwenden:

sudo apt-get – reinstall install gdm

15.4.2 Entfernen von Paketen

Wenn Sie ein bestimmtes Paket nicht mehr auf Ihrem System benötigen, können Sie es mit APT auch entfernen. Dies erledigen Sie mit der Option remove:

sudo apt-get remove gparted

APT kümmert sich während der Deinstallation des Pakets auch die Abhängigkeiten, d. h. es entfernt zwangsläufig auch die Pakete, die abhängig von dem ursprünglichen Paket sind. Dieses Verhalten st nicht zu beeinflussen.

Bei der eben beschriebenen Vorgehensweise entfernen Sie zwar das Paket an sich, nicht aber die Konfigurationsdateien, die ein darin enthaltenes Programm eventuell angelegt hat. Dies ist kein Schönheitsfehler, sondern ein gewünschter Vorgang. So haben Sie bei einer möglichen Neuinstallation Zugriff auf Ihre vorher gemachten Einstellungen.

Wenn Sie ein Programm komplett entfernen wollen, also inklusive der Konfigurationsdateien, müssen Sie die Option ---purge hinzufügen:

sudo apt-get --purge remove gparted

Bei der Verwendung von ---purge ist darauf zu achten, dass ebenso sämtliche Konfigurationsdateien abhängiger Pakete deinstalliert werden.

15.4.3 Upgrade von Paketen oder der kompletten Distribution

Mithilfe von APT benötigen Sie nur einen einzigen Befehl, um Pakete zu aktualisieren. Sie verwenden es folgendermaßen:

sudo apt-get -u upgrade

Wie hier angegeben, ist es sinnvoll die Option -u zu verwenden. Diese Option lässt APT die komplette Liste der Pakete anzeigen, die aktualisiert werden sollen. Ohne diese Option aktualisieren Sie blind. APT lädt die aktuellsten Versionen aller Pakete herunter und installiert sie in der richtigen Reihenfolge.

Wenn Sie die gesamte Distribution aktualisieren möchten, verwenden Sie das Kommando dist-upgrade:

sudo apt-get dist-upgrade

Es ist wichtig zu wissen, dass APT immer nach der aktuellsten Version eines Pakets sucht. Wenn also die Datei /etc/apt/sources.list auf ein Archiv zeigt, das eine neuere Version eines Pakets enthält als sich beispielsweise auf der eingelegten CD befindet, lädt APT das Paket aus diesem herunter.

15.4.4 Ungenutzte Pakete entfernen

Wenn ein Paket installiert wird, bezieht APT die nötigen Dateien aus den Quellen, die in der sources.list aufgelistet sind. Diese Dateien werden in einem lokalen Archiv (/var/cache/apt/archives) gespeichert und anschließend installiert.

Im Laufe der Zeit kann dieses Archiv immer größer werden und eine Menge Platz auf der Festplatte belegen. Um dieses Archiv zu warten, bietet APT die Werkzeuge clean und autoclean an:

• sudo apt-get clean – Dieser Befehl entfernt sämtliche Dateien in diesem Archiv bis auf die sogenannten Lock-Dateien. Dabei wird das installierte Programm selbstverständlich nicht entfernt. In der Folge muss APT bei einer erneuten Installation dieses Paket erst weider herunterladen.

• sudo apt-get autoclean – Mit diesem Kommando werden nur Pakete entfernt, die sowoeso nicht mehr heruntergeladen werden können. Dies sind in aller Regel ausschließlich veraltete Pakete, die bereits einen legitimen Nachfolger besitzen. Mit dem Kommando sudo aptshow-versions -p >Paketname> können Sie sich eventuelle unterschiedliche Versionen des gleichen Pakets ansehen.

15.4.5 Die Datei sources.list

APT verwendet für seine Arbeit eine Datei, in der die Quellen für Pakete aufgelistet sind. Diese Quellen werden in der Datei /etc/apt/sources.list definiert. Sie ist vom Administrator mit folgendem Befehl zu bearbeiten: sudo gedit /etc/apt/sources.list.

Die Einträge in dieser Datei sind von folgendem Format:

deb http://archive.ubuntu.com/ubuntu/ jaunty main restricted 
deb-src http://archive.ubuntu.com/ubuntu/ jaunty main restricted

Das erste Wort jeder Zeile – deb oder deb-src – zeigt den Typ des Archivs:

• deb – In dieser Quelle sind sogenannte Binärpakete, also vorkompilierte Pakete vorhanden.

• deb-src – Hier finden Sie die originalen Programmquellen, die Debian-Kontrolldatei (.dsc) und die Datei diff.gz, die die Änderungen zwischen der Debian- und der Original-Version enthält.

Normalerweise sieht eine solche Quellenliste folgendermaßen aus. Die hier abgebildete stammt aus einer Installation von Ubuntu 9.04, die Nummern vor den Zeilen dienen lediglich der Orientierung und sind in der original Datei nicht vorhanden:

 1 #deb cdrom:[Ubuntu 9.04 _Jaunty Jackalope_ – amd64 jaunty main restricted 
 2 # See http://help.ubuntu.com/community/UpgradeNotes for how to upgrade to 
 3 # newer versions of the distribution. 
 4 
 5 deb http://archive.ubuntu.com/ubuntu/ jaunty main restricted 
 6 deb-src http://archive.ubuntu.com/ubuntu/ jaunty main restricted 
 7 
 8 ## Major bug fix updates produced after the final release of the 
 9 ## distribution. 
10 deb http://archive.ubuntu.com/ubuntu/ jaunty-updates main restricted 
11 deb-src http://archive.ubuntu.com/ubuntu/ jaunty-updates main restricted 
12 
13 ## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu 
14 ## team. Also, please note that software in universe WILL NOT receive any 
15 ## review or updates from the Ubuntu security team. 
16 deb http://archive.ubuntu.com/ubuntu/ jaunty universe 
17 deb-src http://archive.ubuntu.com/ubuntu/ jaunty universe 
18 deb http://archive.ubuntu.com/ubuntu/ jaunty-updates universe 
19 deb-src http://archive.ubuntu.com/ubuntu/ jaunty-updates universe 
20 
21 ## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu 
22 ## team, and may not be under a free licence. Please satisfy yourself as to 
23 ## your rights to use the software. Also, please note that software in 
24 ## multiverse WILL NOT receive any review or updates from the Ubuntu 
25 ## security team. 
26 deb http://archive.ubuntu.com/ubuntu/ jaunty multiverse 
27 deb-src http://archive.ubuntu.com/ubuntu/ jaunty multiverse 
28 deb http://archive.ubuntu.com/ubuntu/ jaunty-updates multiverse 
29 deb-src http://archive.ubuntu.com/ubuntu/ jaunty-updates multiverse 
30 
31 ## Uncomment the following two lines to add software from the 'backports' 
32 ## repository. 
33 ## N.B. software from this repository may not have been tested as 
34 ## extensively as that contained in the main release, although it includes 
35 ## newer versions of some applications which may provide useful features. 
36 ## Also, please note that software in backports WILL NOT receive any review 
37 ## or updates from the Ubuntu security team. 
38 # deb http://de.archive.ubuntu.com/ubuntu/
jaunty-backports main restricted universe multiverse 
39 # deb-src http://de.archive.ubuntu.com/ubuntu/
jaunty-backports main restricted universe multiverse 
40 
41 ## Uncomment the following two lines to add software from Canonical's 
42 ## 'partner' repository. This software is not part of Ubuntu, but is 
43 ## offered by Canonical and the respective vendors as a service to Ubuntu 
44 ## users. 
45 # deb http://archive.canonical.com/ubuntu jaunty partner 
46 # deb-src http://archive.canonical.com/ubuntu jaunty partner 
47 
48 deb http://archive.ubuntu.com/ubuntu/ jaunty-security main restricted 
49 deb-src http://archive.ubuntu.com/ubuntu/ jaunty-security main restricted 
50 deb http://archive.ubuntu.com/ubuntu/ jaunty-security universe 
51 deb-src http://archive.ubuntu.com/ubuntu/ jaunty-security universe 
52 deb http://archive.ubuntu.com/ubuntu/ jaunty-security multiverse 
53 deb-src http://archive.ubuntu.com/ubuntu/ jaunty-security multiverse 
54 # deb http://ppa.launchpad.net/do-core/ppa/ubuntu jaunty main 
55 # deb-src http://ppa.launchpad.net/do-core/ppa/ubuntu jaunty main

In Zeile 1 wird zunächst die Installations-CD als Primärquelle definiert, während in den Zeilen 5 und 6 die Main- und Restricted-Repositorys der Ubuntu-Distribution definiert sind.

In den Zeilen 10 und 11 sind Bugfixes und Updates untergebracht, während in den Zeilen 16-19 und 26-29 die Universe- und Multiverse-Repositorys stehen.

Die Ubuntu-Backports in den Zeilen 38 und 39 wurden noch nicht freigeschaltet, was am vorangestellten Kommentarzeichen zu erkennen ist.

Syntax

Die Zeilen mit einem # am Anfang sind auskommentiert, d. h. APT wird die Informationen in dieser Zeile ignorieren. Somit eignen sich diese Zeilen für Kommentare und wertvolle Hinweise. Wenn diese Kommentarzeichen vor einer Paketquelle stehen, können Sie diese selbstverständlich bei Bedarf auch entfernen. Wenn Sie die # vor einem Kommentar oder einer fehlerhaften Zeile löschen, werden Sie den Fehler spätestens dann bemerken, wenn Sie ein Update dieser Liste machen möchten:

sudo apt-get update

Die /etc/apt/sources.list kann allgemein verschiedene Typen von Zeilen enthalten:

• http – Reguläres Format für Paketquellen

• ftp – Paketquellen eines FTP-Servers

• file – Lokale Dateien

Nachdem Sie eine Änderung an der Datei sources.list vorgenommen haben, ist es unbedingt notwendig, die Paketlisten von den Servern neu einzulesen:

sudo apt-get update

URL vorher testen

Es empfiehlt sich, die URL des Mirrors vorher mit einem gewöhnlichen Browser wie Firefox zu testen. Die Repository-Verzeichnisse können damit auf Vollständigkeit hin überprüft werden.

15.4.6 APT lokal verwenden

Sie können APT auch zur Installation von regulären .deb-Paketen verwenden. Auch hierbei kann APT seine Stärken ausspielen, um beispielsweise komplizierte Abhängigkeiten aufzulösen. Zu diesem Zwecke müssen Sie die .debs indizieren und somit eine Paketquelle definieren.

Legen Sie als erstes ein geeignetes Verzeichnis an:

sudo mkdir /root/debs/

und speichern Sie die .debs in diesem Verzeichnis. Installieren Sie das Paket dpkg-dev und öffnen Sie mit sudo -s ein Root-Terminal. Wechseln Sie in das Verzeichnis /root und geben Sie folgendes ein: dpkg-scanpackages /debs | gzip > debs/Packages.gz

Das obige Kommando generiert eine Datei Packages.gz, die verschiedene Informationen für APT über die Pakete im Verzeichnis /debs enthält.

Um diese Paketquelle nutzen zu können, brauchen Sie diese lediglich in die Datei /etc/apt/sources.list einzutragen:

deb file:/root debs/

Sie sind jetzt in der Lage, mithilfe gewöhnlicher APT-Kommandos die in dieser neuen Quelle enthaltenen Pakete zu installieren.

Override-Datei

Es ist möglich, die Defintionen der paketeigenen Kontrolldatei mithilfe einer sogenannten override-Datei zu übergehen. In dieser Datei können Sie durch folgendes Format eigene Optionen definieren:

Paket Priorität Sektion

Mit Paket wird der Name des Pakets angegeben, während Sie für die Priorität die Wahl zwischen »low« (niedrig), »medium« (mittel) und »high« (hoch) haben. Die Sektion schließlich gibt die Sektion an, zu der das Paket gehört. Der Dateiname an sich spielt keine Rolle, er muss lediglich an das Kommando dpkg-scanpackages übergeben werden:

dpkg-scanpackages /debs override-Datei | gzip > debs/Packages.gz

Quellarchiv

Alternativ zu einem Archiv mit bereits kompilierten Paketen können Sie auch ein Quellarchiv anlegen, in dem die Quelltexte der Pakete liegen. Die Prozedur ist ähnlich zu der eben beschriebenen. Statt der Datei Packages.gz haben Sie es hier allerdings mit einer Sources.gz zu tun. Des Weiteren heißt das notwendige Kommando:

dpkg-scansources /debs | gzip > debs/Sources.gz

Dieser Befehl benötigt keine override-Datei und das Archiv wird durch folgende Zeile in die sources.list eingetragen:

deb-src file:/root debs/

15.4.7 Externe Quellen

Gelegentlich steht eine Software innerhalb des benutzten Ubuntu-Releases nicht oder nur in einer älteren Version zur Verfügung. Wenn diese Software aber in einer anderen Distribution wie Debian testing oder unstable oder einem neueren Ubuntu-Release enthalten ist, erscheint es verlockend, sie einfach aus diesen Quellen zu installieren.

Das kann aber leicht zu Problemen führen, da die Ubuntu-Pakete zwar auf Debian basieren, aber nicht zwangsläufig mit diesen identisch sind. Wie Sie wissen, setzt sich eine Linux-Distribution aus einer Vielzahl von Paketen zusammen, die Hand in Hand arbeiten und dadurch voneinander abhängig sind. Diese Abhängigkeiten können bei verschiedenen Distributionen sehr unterschiedlich sein.

Durch die Installation von Paketen aus einer anderen Distribution, wie Debian testing oder unstable oder einem anderen Ubuntu-Release, kann es deshalb zu verschiedenen Problemen kommen: Möglicherweise harmoniert das installierte Paket nicht mit einem der anderen installierten Pakete. Wenn eine selten genutzte Software betroffen ist, fällt das vielleicht erst einmal gar nicht auf.

Außerdem ist es üblich, dass ein Paket die Installation anderer Pakete voraussetzt. Wenn nun eines dieser Pakete in der »fremden« Distribution in einer neueren Version vorhanden ist, kann es sein, dass die im Basissystem bereits installierte Version ersetzt wird. Besonders heimtückisch ist das bei Paketen aus Distributionen, die sich regelmäßig ändern, wie Debian testing und unstable oder die jeweilige Entwicklerversion von Ubuntu. Wo heute die Installation eines einzelnen Pakets noch keine Probleme bereitet, können morgen schon durch eine neue Version Dutzende weiterer Pakete benötigt werden. Ob diese mit dem Basissystem funktionieren, ist manchmal reine Glückssache.

Aus diesem Grund sollte man beim Eintragen von Quellen einer anderen Distribution sehr vorsichtig sein. Braucht man wirklich neuere Pakete, sollte man auf sogenannte Backports zurückgreifen. Dies sind Pakete eines neueren Entwicklungsstands, die gezielt für die ältere Distribution gebaut wurden. Sie verwenden also nur Abhängigkeiten, die entweder durch die Distribution selbst oder durch die eigenen Backports erfüllt werden können.

Andere Quellen, beispielsweise www.os-works.com/debian/, führen oft den Namen »Debian« in ihrer Adresse und entwickeln ihre Pakete meist für Debian testing. Pakete für die verschiedenen Debian-Distributionen können unter Ubuntu problemlos funktionieren, jedoch sollte man sie nur dann verwenden, wenn es das Paket nicht in den Ubuntu-Quellen gibt und man dieses Programm unbedingt benötigt.

Manuelles Hinzufügen

Sowohl durch direktes Editieren der sources.list als auch mithilfe des Synaptic-Pakettools ist es möglich, zusätzliche Repository-Quellen, die nicht aus der Ubuntu-Hierachie stammen, zu ergänzen.

Ein wesentliches Sicherheitsmerkmal der Ubuntu-Paketverwaltung ist die Möglichkeit, die Authentizität der Softwarepakete zu prüfen. Dadurch kann verhindert werden, dass sogenannte Malware (schädliche Programme wie Viren, Trojaner etc.) ins System gelangt. Mit der Installation werden die GPG-Keys der offiziellen Ubuntu-Pakete in das System integriert. Problematisch wird es dann, wenn Fremd-Repositorys verwendet werden. In diesem Fall ist es erforderlich, auf der entsprechenden Internetseite nach Instruktionen zum Import des Schlüssels zu forschen. Den Schlüssel importieren Sie dann durch:

gpg -keyserver wwwkeys.eu.pgp.net -recv-keys 1F41B907 
gpg -armor -export 1F41B907 | sudo apt-key add -

Liste aller installierten Pakete erstellen

Um eine Liste zu erstellen, die alle installierten Pakete und deren Beschreibungen enthält, machen Sie bitte folgende Eingabe:

sudo dpkg-query -l > packages.list

Die alphabetisch sortierte Paketliste befindet sich danach in der Datei packages.list in dem Verzeichnis, in dem Sie sich gerade befinden. Sie können sich diese Textdatei mit einem beliebigen Editor anzeigen lassen (siehe Abbildung), z. B. gedit oder kate: gedit packages.list.

Abbildung 15.9 Eine alphabetisch sortierte Liste aller auf Ihrem System installierten Pakete/Programme

Ihr Kommentar