Aus apt-get, apt-cache und Co. wird apt

Die Änderung erscheint im Changelog von apt bei der Version 1.0 recht unscheinbar mit dem Text „install apt binary“. Diese Version des Programms hat es dann auch in die Paketquellen von Debian 8 und Ubuntu 14.04 geschafft, seitdem könnt ihr beim Paketmanagement im Terminal ein bisschen Tipparbeit sparen, zudem von einer ein wenig aufpolierten Optik profitieren. Großartig umgewöhnen müsst ihr euch zudem auch nicht, die Syntax der Kommandos blieb mehr oder weniger komplett erhalten. Zum Einstieg solltet ihr euch daher am besten einmal schnell die Hilfe von apt ansehen, diese ruft ihr logischerweise mit der Option --help auf.

$ apt --help
apt 1.0.10.2ubuntu1 für amd64, kompiliert am Oct  5 2015 15:55:05
Aufruf: apt [Optionen] Befehl

Befehlszeilen-Schnittstelle (CLI) für apt.
Basis-Befehle: 
 list - Pakete basierend auf dem Paketnamen auflisten
 search - Paketbeschreibungen durchsuchen
 show - Paketdetails anzeigen

 update - Liste verfügbarer Pakete aktualisieren

 install - Pakete installieren
 remove  - Pakete entfernen

 upgrade - das System durch Installation/Aktualisierung der Pakete hochrüsten
 full-upgrade - das System durch Entfernung/Installation/Aktualisierung der Pakete
                vollständig hochrüsten

 edit-sources - die Datei für die Paketquellen bearbeiten

Das Kommando apt kennt also die Basis-Befehle list, search, show, update, install, remove, upgrade, full-upgrade und edit-sources. Fast alle dieser Kommandos sollten den Kommandozeilenjokeys unter euch eigentlich bekannt vorkommen. Einzig full-upgrade und edit-sources unterscheiden sich von den bisher gewohnten Kommandos — die Namensgebung lässt allerdings wohl kaum eine Überraschung erwarten. Daher sollte es eigentlich klar sein, wie der Hase in Zukunft läuft: Mit apt update aktualisiert ihr die Paketquellen, mit apt install foo installiert ihr Pakete, mit apt search foo durchsucht ihr die Paketquellen und mit apt upgrade spielt ihr die anstehenden Updates ein. Natürlich funktioniert vieles davon nur mit Root-Rechten, also setzt bei zum Beispiel apt install noch ein sudo vor das Kommando — oder wechselt zuvor in den Root-Account.

Nur noch apt für die Paketverwaltung

Alles in allem lassen sich die Kommandos in meinen Augen ein wenig besser erfassen. Besonders der Schritt von apt-get dist-upgrade zu apt full-upgrade macht in meinen Augen Sinn, da Einsteiger bei dist-upgrade oft an ein „Distributions-Upgrade“ dachten und meinten, dass dabei ein Umstieg auf die nächste Version der Distribution erfolgt. Jetzt wird eher klar, dass lediglich neue Abhängigkeiten aufgelöst und diese installiert werden. Zudem gibt es jetzt bei Operationen wie apt install foo oder apt remove bar ein wenig Farbe sowie einen Fortschrittsbalken bei Operationen auf der Festplatte zu sehen. Deutlich besser gelöst ist in meinen Augen auch die Suche mit apt search foo bar und die Anzeige von apt list --upgradable mit einer Übersicht über die aktualisierbaren Paketen. Praktisch ist auch mit apt edit-sources die /etc/apt/sources.list in einen Editor zu öffnen und direkt zu bearbeiten.

Wundert euch also nicht, wenn euch immer mal wieder ein apt ohne ein -get oder -cache über den Weg läuft. Der Autor dieses Beitrags ist dann nur auf einem aktuellen Stand und nicht vergesslich. Selbstverständlich könnt ihr auf euren Systemen weiterhin zu apt-get und Co. greifen, ähnlich wie es vor der Systemd-Umstellung auch bei der Diensteverwaltung mit den Kommandos sudo /etc/init.d/foobar restart und sudo service foobar restart möglich war. Die folgende Tabelle zeigt euch noch einmal die wichtigsten Apt-Befehle vor und nach der Änderung im Vergleich. Wie schon angesprochen, sind die Unterschiede nicht wirklich riesig.

Vergleich zwischen apt-get und Co. und apt

Graphische Frontends für die Paketverwaltung gibt es zwar bei praktisch jeder großen Distribution, doch ich für meinen Teil bin mit dem Terminal einfach deutlich schneller unterwegs. Daher greife ich eigentlich immer zu apt-get und Co und nicht zum Software Center oder Synaptic. Mit Debian und seinen Sprösslingen bin ich ja „aufgewachsen“, apt-get-Befehle gehen mir daher meist flüssig von der Hand. Inzwischen klappen auch pacman und yaourt-Kommandos halbwegs schnell, ohne dass ich sie nachschlagen muss. Aber was mache ich mit yum, zypper oder emerge? Bin ich ich auf Fedora, OpenSUSE und Co. unterwegs, dann heißt es man-pages lesen oder im Netz spicken.

Wer öfters mal Abseits der gewohnten Distribution unterwegs ist, der sollte sich daher auf jeden Fall die Pacman-Rosetta-Seite aus dem Arch-Wiki als Bookmark sichern oder sie besser gleich als Spickzettel ausdrucken. Sie stellt die Befehle für pacman, yum, apt-get, zypper und emerge gegenüber und liefert auch Informationen wo die Paketverwaltungen ihre Konfigurationen ablegen oder wie man den Cache leert oder oder oder… So findet man sehr schnell den entsprechenden Befehl bei einer anderen Distribution, wenn man sich zumindest in einer Paketverwaltung halbwegs gut auskennt.

Das Skript stammt von Martin Wimpress, der auf Flexion.Org über Linux und freie Software bloggt. Das Skript lädt das aktuelle JDK aus dem Netz direkt bei Oracle herunter, entpackt die Daten und schnürt aus dem Ganzen Salat ordentliche Pakete, die dann über die Paketverwaltung installiert und auch wieder deinstalliert werden können.

$ cd ~/
$ wget https://raw.github.com/flexiondotorg/oab-java6/master/oab-java6.sh -O oab-java6.sh
$ chmod +x oab-java6.sh
$ sudo ./oab-java6.sh

Ihr könnt direkt die obigen Befehle übernehmen und im Terminal ausführen. Gebt der Aktion ein bisschen Zeit, es müssen einige Daten aus dem Netz geladen werden und der Paketbau braucht auch ein Weilchen. Macht das Ganze daher nicht auf dem langsamsten Rechner mit der dünnsten Internet-Anbindung.

Vor der Installation „eures“ Oracle-Javas, würde noch kurz mit Synaptic prüfen, ob das Open-JDK und alles was sonst noch dazu gehört, installiert wurde. Falls ja, kommt es immer gerne zu Verwirrungen, welches Java denn nun genutzt wird. Danach findet Ihr die Pakete unter /var/local/oab/deb auf eurer Platte, von dort installiert ihr bspw. direkt mit dpkg das Wichtigste.

$ cd /var/local/oab/deb
$ sudo dpkg -i sun-java6-bin*.deb sun-java6-jre*.deb sun-java6-plugin*.deb

Abschließend würde ich noch kurz checken, ob Oracke-Java nun auch wirklich euer Standard-Java ist. Ein kurzer Aufruf von java -version schafft da recht schnell Klarheit. Falls dort weiterhin das Open-JDK auftaucht, so habt Ihr doch nicht alle Pakete des Open-JDK erwischt. Alternativ zur Deinstallation könnt Ihr auch das Alternativen-System bemühen, ein sudo update-alternatives --config java müsste euch das zu nutzende Java auswählen lassen.

$ java -version
java version "1.6.0_31"
Java(TM) SE Runtime Environment (build 1.6.0_31-b04)
Java HotSpot(TM) 64-Bit Server VM (build 20.6-b01, mixed mode)

Das Skript funktionierte bei mir unter Ubuntu Oneiric und Precise (32- und 64-Bit) ohne Probleme. Weitere Informationen zum Programm findet Ihr im Blog des Autors oder auch auf der github-Seite des Projekts.

Ob es sich „lohnt“ auf die Oracle-JRE umzusteigen, will ich mal unbeantwortet lassen. Ich würde den Umstieg nur dann empfehlen, wenn es mit dem Open-JDK Probleme gibt und das „Original“ diese eben nicht aufweist. Mit dem Oracle-JRE läuft Glasnost nun und zeigt, dass Kabel Deutschland doch keine Ports blockiert.

Wie angesprochen kann man über den Befehl dpkg die installierten Pakete ausgeben lassen. Mit ein bisschen Shell-Magie kann man aus dieser Liste eine Datei erzeugen, die sich dann auf einem anderen Rechner dazu verwenden lässt, die selben Pakete zu installieren. Im Endeffekt läuft das das Ganze so ab…

# Paketliste auf Rechner A erstellen...
$ dpkg --get-selections | awk '!/deinstall|purge|hold/ {print $1}' > packages.list
# Pakete aus der Liste auf Rechner B installieren
$ xargs -a "packages.list" sudo apt-get install

Nun funktioniert dieses Vorgehen leider nur solange, wie die Liste der verfügbaren Pakete in den Paketquellen identisch ist. Referenziert die Liste auf ein Paket, das manuell installiert wurde oder auf ein Paket aus einer zusätzlichen Paketquelle, so muss diese erst über die /etc/apt/sources.list bzw. über add-apt-repository hinzugefügt werden. Manuell installierte Pakete müsste man sogar von Hand aus der Liste löschen.

Hier kommt nun das Programm apt-clone ins Spiel. Dieses sichert nicht nur eine Paketliste, sondern speichert auch auch die sources.list inkl. weiterer in /etc/apt/sources.list.d/ abgelegten Quellen und erzeugt sogar aus manuell installierten Programmen wieder installierbare Pakete. So kann man in der Tat das komplette System klonen, ohne dass man groß Aufwand treiben muss. Einzig Konfigurationsdateien aus /etc werden bislang nicht mitgesichert, so dass man Dienste erneut konfigurieren muss, doch daran arbeitet man aktuell auch noch.

Wenn Ihr das Ganze ausprobieren wollt, dann müsst Ihr erst einmal apt-clone auf beiden Rechnern installieren. Das Paket gibt es jedoch nur seit Ubuntu Natty 11.04, ältere Ubuntu-Versionen lassen sich daher auf diesen bequemen Weg nicht clonen…

$ sudo apt-get install apt-clone

Danach müsst ihr auf dem fertig eingerichteten System apt-clone ausführen. Die Option  clone --width-dpkg-repack sorgt dafür, dass von Hand installierte Pakete wieder erneut verpackt werden, so dass Ihr sie auf dem zweiten System wieder erneut installieren könnt. Bei mir schmeißt das Ganze ein paar Fehlermeldungen aus, die jedoch keine Auswirkungen hatten.

$ sudo apt-clone clone --with-dpkg-repack /
dpkg-deb: warning: './dpkg-repack-7727/DEBIAN/control' contains user-defined field 'Original-Maintainer'
dpkg-deb: warning: ignoring 1 warning about the control file(s)

dpkg-deb: building package `libxapian15' in `./libxapian15_1.0.20-2_amd64.deb'.
dpkg-deb: building package `teamviewer6' in `./teamviewer6_6.0.9224_amd64.deb'.
dpkg-deb: building package `openshot-doc' in `./openshot-doc_1.3.0-maverick1_all.deb'.
dpkg-deb: warning: './dpkg-repack-8460/DEBIAN/control' contains user-defined field 'Python-Version'
dpkg-deb: warning: ignoring 1 warning about the control file(s)

dpkg-deb: building package `arte+7recorder-5' in `./arte+7recorder-5_5.0.beta3~ppa3~maverick_all.deb'.
dpkg-deb: warning: './dpkg-repack-8498/DEBIAN/control' contains user-defined field 'Original-Maintainer'
dpkg-deb: warning: ignoring 1 warning about the control file(s)
...

Danach findet ihr im Wurzelverzeichnis / eine Datei mit dem Namen apt-clone-state-rechnername.tar.gz, in dieser stecken nun die gesammelten Informationen. Habt ihr keine Pakete manuell installiert, so ist sie nur ein paar KB groß. Sollten jedoch Programme wie Skype, Teamviewer und Co. manuell über .deb Dateien installiert worden sein, so wird diese Sicherung natürlich recht schnell aufgeblasen.

Packt die Datei nun auf einen USB-Stick oder schiebt sie über das Netzwerk auf eurer zweiten Rechner und startet auf dem zweiten Rechner ebenfalls apt-clone. Diesmal übergebt ihr mit restore die Option, dass die Paketinformationen aus dem Archiv wiederhergestellt werden sollen.

$ sudo apt-clone restore apt-clone-state-rechnername.tar.gz

Je nachdem wie viele Pakete gefehlt haben, wird nun die Paketverwaltung eine Weile lang beschäftigt sein, da ich auf meinem Testsystem bspw. eine komplette Latex-Umgebung installiert hatte, wird diese nun auch auf dem geclonten System installiert usw…

Damit Ihr nicht völlig unnötige Pakete installieren lässt, würde ich vorher auf dem zu klonenden System etwas aufräumen. Schmeißt dazu am besten Synaptic oder das Software-Center an und schaut was ihr nicht wirklich braucht. Räumt dann noch mit…

$ sudo apt-get autoremove

…nicht mehr benötigte Pakete runter und entfernt am besten noch bei den nicht mehr benötigte Kernel, die sammeln sich recht gerne an und brauchen viel Platz. Schau euch dazu am besten mal den Beitrag alte Kernel inkl. Header mit nur einem Befehl entfernen an. Mit einem Kommando räumt ihr alle alten Kernels vom System.

Getestet habe ich das alles mit meiner „normalen“ Natty-Installation unter einem 64-Bit Ubuntu und einer 32-Bit Installation in einer VirtualBox. Selbst bei diesem Sprung von 32- auf 64-Bit ging alles klar. Alles in allem ist apt-clone für alle ein tolles Werkzeug, die ihr System neu einrichten wollen.

Über Synaptic kann man via „Paket -> Version erzwingen“ die Rückkehr zu einer älteren Version des Pakets erzwingen, doch der Vorgang ist bei Quellen wie xorg-edgers oder ubuntu-mozilla-daily, die eine ganze Reihe von Paketen bereithalten, recht aufwändig das man jedes Paket einzeln deaktualisieren müsste. Im xorg-edgers PPA gibt es jedoch jetzt ein Mittelchen, das die Aufgabe deutlich vereinfacht…

Wer also nicht zig Pakete von Hand auf eine ältere Version bringen möchte, der installiert sich das Paket ppa-purge aus dem xorg-edgers PPA. Ich würde die Quelle selber nicht in das System einfügen. Das xorg-edgers PPA enthält experimentelle Pakete für Grafiktreiber und X-Server, wenn Euch die graphische Umgebung Eures System lieb ist, dann würde ich von der Quelle die Finger lassen.

Das Paket kann man auch so herunterladen und dann mit einem Doppelklick installieren. Die Funktionsweise erkläre ich anhand der ubuntu-mozilla-daily Paketquellen, die experimentelle Pakete von allen Mozilla-Produkten enthät. Via…

$ sudo add-apt-repository ppa:ubuntu-mozilla-daily/ppa

…füge ich sie zu meinem System hinzu, um dann die Quellen neu einzulesen und ein Upgrade durchzuführen…

$ sudo apt-get update
$ sudo apt-get dist-upgrade
[...]
Die folgenden Pakete werden aktualisiert:
  firefox firefox-3.5 firefox-3.5-branding firefox-3.5-gnome-support firefox-gnome-support prism xulrunner-1.9.1 xulrunner-1.9.1-gnome-support
8 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen noch 0B von 10,1MB an Archiven heruntergeladen werden.
Nach dieser Operation werden 565kB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren [J/n]? 
[...]

Es werden also Vorabversionen von Firefox, Prism und Zubehör installiert. Will ich zurück zu den „alten“ Versionen aus den Paketquellen von Canonical, so müsste ich wie oben im Bild gezeigt in Synaptic jedes Paket einzeln von Hand auf die offizielle Version bringen. ppa-purge macht das für mich mit einem Kommando…

$ sudo ppa-purge ppa:ubuntu-mozilla-daily/ppa
PPA to be removed: ubuntu-mozilla-daily ppa
[...]
Disabling ubuntu-mozilla-daily PPA from 
/etc/apt/sources.list.d/ubuntu-mozilla-daily-ppa-karmic.list
Running apt-get update
[...]
Die folgenden Pakete werden DEAKTUALISIERT:
  firefox firefox-3.5 firefox-3.5-branding firefox-3.5-gnome-support firefox-gnome-support prism xulrunner-1.9.1 xulrunner-1.9.1-gnome-support
0 aktualisiert, 0 neu installiert, 8 deaktualisiert, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen noch 0B von 9.802kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 565kB Plattenplatz freigegeben.
Möchten Sie fortfahren [J/n]? 

ppa-purge wird wohl in der kommenden Version auch offiziell Einzug in Ubuntu halten. Bis dahin könnt Ihr das Programm ja von Hand installieren und aktuell halten.