Gut sortiert

Bevor es Paketmanager gab, stand Software häufig nur als Quelltext zur Verfügung. Das bedeutete für den Anwender, dass er jedes Programm von Hand kompilieren und auf dem System einrichten musste. Erst Paketmanager erlauben den bequemeren Umgang mit Software.

Im Lauf der Zeit etablierten sich zwei Formate als Quasi-Standard: Auf Debian basierende Distributionen verwenden mehrheitlich DEB, während die Abkömmlinge von Red Hat und viele andere das RPM-Format bevorzugen. Dieses Format wurde ursprünglich von der Firma Red Hat als Red Hat Packet Manager [1] entwickelt und unter die GNU General Public License (GPL) gestellt. Heute ist das Tool unter dem Namen RPM Paket Manager (ein rekursives Akronym) bekannt. Zum Einsatz kommt es in der Red-Hat-eigenen Distribution Red Hat Enterprise Linux (RHEL) sowie deren Ablegern, wie etwa CentOS. Jedoch setzen auch andere Distributionen wie Fedora, Suse oder Mandriva auf RPM.

Installation und Deinstallation

Zur Kernaufgabe von RPM gehört das Installieren und Deinstallieren von Software. Das Einrichten eines lokal vorliegenden Pakets erledigt der Befehl

# rpm -i Paketname
.rpm

Die beiden Optionen -v und -h veranlassen den Paketmanager, mehr Informationen über den Status und Fortschritt der Installation anzuzeigen. Um Pakete zu installieren, die sich auf FTP- oder HTTP-Servern befinden, lautet die Installationssyntax

# rpm -ihv "http://Domain
/Paketname
.rpm"

Mit dem Schalter -U aktualisieren Sie bereits installierte Software. Dabei hängt es vom Entwickler des Pakets ab, ob RPM die alten Konfigurationsdateien beibehält und die neuen mit der Endung .rpmnew im Dateisystem ablegt, oder die alten Konfigurationen mit der Endung .rpmsave sichert. Die meisten RPM-Pakete verwenden jedoch die erste Variante. Das Löschen von Paketen erfolgt über den Schalter -e. Dabei reicht es meist, nur den Paketnamen ohne Versionsnummer anzugeben.

Um zu verstehen, was bei der Installation von RPM-Paketen geschieht, gilt es, deren Aufbau zu kennen. Das Paket selbst besteht aus mehreren Teilen. Es enthält neben den ausführbaren Dateien der Software sowie die dazugehörigen Bibliotheken (Shared Libraries) auch die Konfigurations- und Dokumentationsdateien wie beispielsweise die Man-Pages. Für jede Datei enthält das Paket zusätzlich Informationen darüber, an welcher Stelle im Dateisystem es gespeichert wird. Darüber hinaus verfügt das Paket über Meta-Informationen der Software, beispielsweise eine Beschreibung, von welchem Projekt sie stammt oder unter welcher Lizenz sie steht.

Daneben ist ein RPM-Paket auch in der Lage, Skripte vor oder nach der Installation auszuführen. Beispielsweise benötigt der Webserver Apache einen bestimmten Benutzer, unter dem der Prozess startet. Sollte dieser auf dem System nicht existieren, legt RPM ihn bei der Installation des Paketes mit an. Auch enthält ein Paket Informationen zu Abhängigkeiten mit anderen Programmen und Bibliotheken. Sind diese nicht vorhanden, bricht der Paketmanager die Installation ab: Der Benutzer muss dann die Abhängigkeiten auflösen.

Der Paketmanager kopiert also die enthaltenen Dateien an die festgelegte Stelle im System, führt alle notwendigen Skripte aus dem RPM-Paket aus, und aktualisiert schließlich die RPM-Datenbank mit den Informationen über die neu installierte Software. Bei der RPM-Datenbank handelt es sich um eine handvoll Dateien auf BDB-Basis. Diese liegen üblicherweise im Verzeichnis /var/lib/rpm. Diese Datenbank ermöglicht es, nachträglich Informationen über installierte Software auf dem System abzurufen.

Abfragen

Abfragen an die RPM-Datenbank beginnen mit dem Schalter -q, gefolgt vom Paketnamen oder einer weiteren Option. Um die Liste aller Dateien aus dem Webserver-Paket anzuzeigen, genügt die Eingabe rpm -ql httpd (Listing 1). Die Option -l steht dabei für das Auflisten aller Dateien des Paketes. Der Schalter -c schränkt die Anzeige auf die enthaltenen Konfigurationsdateien ein, -d zeigt lediglich die enthaltenen Dokumente, etwa Man-Pages.

# rpm -ql httpd
/etc/httpd
/etc/httpd/conf
/etc/httpd/conf.d/welcome.conf
/etc/httpd/conf/httpd.conf
[…]

Möchten Sie die Anfrage nicht an die RPM-Datenbank stellen, sondern direkt an ein RPM-Paket, verwenden Sie die Option -p. Alle weiteren Abfrage-Optionen bleiben unverändert. Der Aufruf

rpm -qpl httpd-2.2.13-4.fc12.i686.rpm

listet entsprechend alle Dateien des noch nicht installierten Webserver-Pakets auf. Die Meta-Information eines Pakets gibt RPM mit -i preis, etwa # rpm -qi httpd. Um in Erfahrung zu bringen, was eventuell enthaltene Skripte bei der (De)Installation bewerkstelligen, hängen Sie das Kommando --scripts an (Listing 2).

# rpm -q --scripts httpd
preinstall scriptlet (using /bin/sh):
# Add the "apache" user
/usr/sbin/useradd -c "Apache" -u 48 \
 -s /sbin/nologin -r -d /var/www apache 2> /dev/null || :
[…]
posttrans scriptlet (using /bin/sh):
/sbin/service httpd condrestart >/dev/null 2>&1 || :

Besitzt ein RPM-Paket einen Vorgänger, enthält es häufig eine Pakethistorie. Diese erweist sich als nützlich, um die Versionsunterschiede anzuzeigen. Die Abfrage starten Sie mit dem Schalter --changelog.

Der Paketmanager hält aber auch andere Eigenschaften vor, wie etwa die Größe, den Installationszeitpunkt oder eine MD5-basierte Signatur der einzelnen Dateien. Veränderungen an diesen nach der Installation bringt die Abfrage # rpm -V httpd ans Licht. RPM vergleicht dabei sowohl die MD5-Prüfsumme als auch den Zeitstempel im Inode. Eine Zusammenfassung aller verfügbaren Abkürzungen zeigt die Man-Page von RPM.

Der Versuch, ein Paket zu löschen, misslingt, wenn andere installierte Pakete dieses als Abhängigkeit benötigen (Listing 3). Eine Liste aller Pakete, die das fragliche Paket benötigen, zeigt der Schalter --whatrequires. Entsprechend gilt es, vor dem Löschen des eigentlichen Pakets diejenigen zu entfernen, die davon abhängen.

# rpm -e httpd
error: Failed dependencies:
  httpd-mmn = 20051115 is needed by (installed) mod_python-3.3.1-11.i686
  httpd-mmn = 20051115 is needed by (installed) mod_security-2.5.9-2.fc12.i686
  httpd-mmn = 20051115 is needed by (installed) mod_ssl-1:2.2.13-4.fc12.i686
[…]

Alternativ verwenden Sie den Schalter --nodeps, womit RPM die Abhängigkeiten ignoriert. Allerdings kann das dazu führen, die abhängige Software danach nicht mehr einwandfrei funktioniert. Dieser Schalter eignet sich jedoch nicht nur beim Entfernen von Paketen, sondern auch zu deren Installation. Zwar lässt sich RPM auch über die Option --force überreden, das Paket trotzdem zu (de)installieren, jedoch funktioniert das höchstwahrscheinlich nicht. Diese Abhängigkeitsprobleme führten schon früh zu dem Wunsch, dass ein RPM-Frontend sich darum kümmert. Davon gibt es inzwischen mehrere, das bekannteste davon nennt sich Yum (Yellowdog Updater Modified).