Sehr neue Entwicklungen und gerade frisch gestartete Software-Ideen müssen hingegen entweder von Hand oder über aus von den Projekten betrieben Paketquellen integriert werden — wenn es denn überhaupt welche gibt. Nur Arch Linux geht hier wieder einen komplett eigenen Weg, das Arch User Repository oder kurz AUR vereinfacht die Installation fremder Software ganz wesentlich. Wer Arch Linux oder eines seiner Derivate wie etwa Manjaro noch nicht kennt, dem sagt das AUR vielleicht noch nichts: Im Vergleich zu herkömmlichen Paketquellen pflegt das AUR keine Binärpakete, sondern lediglich eine Sammlung von Kochrezepten, die dem System per Skript erklären, wie sich eine Software optimal in das Arch-System integrieren lässt.

Das Arch User Repository

Die dafür notwendige PKGBUILD-Datei (hier am Beispiel von Spotify) enthält Informationen, woher die Anwendung herunterzuladen und wie sie zu installieren ist, inklusive einer Reihe von Anpassungen, plus die benötigten Abhängigkeiten aus der Paketverwaltung. So lässt sich so gut wie jedes Programm ohne große Komplikationen installieren, egal ob es die Entwickler nur in Form des Quellcodes, über DEB- oder RPM-Pakete oder statisch gebaute Binaries bereitstellen. Unter Arch lassen sich so sehr einfach proprietäre Anwendungen wie Chrome oder Spotify installieren oder eben auch ganz neue Entwicklungen. Es braucht nur eine Person, die sich mit dem Schreiben einer PKGBUILD-Datei auskennt — und davon gibt es in der Arch-Linux-Community so einige.

Allerdings braucht es wie immer bei Fremdpaketen einen Disclaimer: Die Hürden Änderungen in das AUR einzubringen oder gar AUR-Pakete zu betreuen, sind im Vergleich zu denen in der Karriere eines offiziellen Arch-Entwicklers geringer. Von daher ist es durchaus möglich, dass Menschen mit schlechten Absichten Manipulationen oder gar Malware in das AUR einbringen. 2018 ist das bereits passiert, damals gab es einen Angriff auf den AUR-Eintrag des Acrobat Readers und zweier weiterer PKGBUILDs. Das AUR ist allerdings auch kein wilder Spielplatz für Bastler und Hacker, eine Gruppe von Trusted Users überwacht das Geschehen im AUR, korrigiert Fehler und leitet neue Beitragende an. In der Praxis lässt sich das AUR daher gut nutzen, zur Sicherheit sollte man allerdings immer mal in die PKGBUILD-Dateien sehen und kontrollieren, ob die Software zum Beispiel von den offiziellen Seiten des entsprechenden Projekts geladen wird.

AUR-Helper helfen im Alltag

Nun zurück zum Thema: Das AUR ist wie angesprochen kein Selbstläufer. Es enthält selbst keine Software oder fertige Pakete, sondern lediglich Skripte zum Bauen von Arch-Paketen. Der offizielle Installationsweg führt somit über das Auschecken der PKGBUILD-Datei aus dem Github-Repository des AUR, danach kontrolliert ihr die PKGBUILD und baut im letzten Schritt letztlich mit makepkg -si das Paket. Der Schalter -i am Ende installiert das am Ende erstellte Paket, dabei werden automatisch die im PKGBUILD definierten Abhängigkeiten aus der Paketverwaltung nachgezogen. Alle während dieses Prozesses heruntergeladenen und gebauten Daten braucht ihr am Ende nicht mehr, daher führte ich diese Schritte gerne im Ordner /tmp des Systems aus. Es sei denn, ich möchte die Daten auf anderen System wiederverwenden.

$ pacman -S --needed base-devel git
$ git clone https://aur.archlinux.org/spotify.git
$ cd spotify
$ less PKGBUILD  ### Mit [Q] beenden
$ makepkg -si

Es gibt viele Arch Nutzer, die generell diesen Weg gehen, so behalten sie die volle Kontrolle über den Vorgang. Allerdings gibt es spätestens dann beim Bauen der AUR-Pakete Probleme, wenn diese selbst zusätzliche Pakete aus dem AUR benötigen. Benötigen diese zusätzlichen Pakete wieder andere Pakete aus dem AUR, wird es arg kompliziert. Aus diesem Grund gibt es eine Reihe von Programmen, AUR-Helper genannt, die den Nutzer bei der Installation von AUR-Paketen unterstützen. Sie automatisieren die oben genannten Schritte und lösen Abhängigkeiten automatisch auf, sodass sich die Installation von Paketen aus dem AUR oft nicht anders anfühlt, als die Installation von Software aus den offiziellen Paketquellen. In der Regel übernehmen die AUR-Helper sogar die Syntax des Arch-Linux-Paketmanagers Pacman.

### AUR-Helper wie Yay oder Pacaur erleichtern die Arbeit
### mit Software aus dem Arch User Repository:
$ yay -S spotify
$ pacaur -S spotify
$ paru -S spotify
### Beim Update kann man sich das 'pacman -Syu' sparen.
### Die AUR-Helper übernehmen die Syntax von Pacman und
### rufen neben den eigen Update auch die aus der Paket-
### verwaltung ab.
$ yay -Syu
$ pacaur -Syu
$ paru -Syu

In der Geschichte der AUR-Helper gibt es immer mal wieder ein hin und her. Bis vor ein paar Jahren war Yaourt (Yet another AUR Helper) das Maß aller Dinge: Das Programm war das einzige, das AUR-Abhängigkeiten automatisch auflöste und vor allen Dingen alle Interaktionen mit dem Nutzer vor dem Build-Vorgang klärte, sodass das eigentliche Bauen später ohne Unterbrechungen in einem Rutsch erfolgte. Eine große Erleichterung, da das Bauen manche Pakete durchaus längere Zeit in Anspruch nimmt, besonders wenn diese aus dem Quellcode kompiliert werden. Doch mit der Version 1.9 stellte der Yaourt-Entwickler seine Arbeit ein, wodurch Pacaur zum Liebling der Nutzer wurde. Bis auch hier wieder der Entwickler goodbye sagte und Yay der Quasi-Standard wurde, auch wenn Pacaur inzwischen einen neuen Betreuer gefunden hat. Aktuell liegt Paru in der Gunst der User am höchsten und liegt im AUR-Ranking ganz vorne.

Ein Mix an AUR-Helfern hilft

Was ist allerdings immer wieder merke: Kein AUR-Helper ist perfekt. Yay erhält zum Beispiel regelmäßig Updates (zuletzt erschien das Update auf Yay 11.0.2 Mitte Oktober 2021), doch ich stelle immer wieder fest, dass das Programm in bestimmten Situationen scheitert. Aktuell bricht Yay zum Beispiel das Bauen von Spotify ab, da Prüfsummen nicht stimmen würden. Von Hand oder mit Pacaur lässt sich das Spotify-Paket jedoch ohne Probleme erstellen. Zudem wird Yay in Go entwickelt, das auf der Festplatte bald 500 MByte belegt (Tipp: Yay über das Binary yay-bin installieren). Auf einem schlanken System würde ich daher eher zu Paru oder Pacaur greifen. Letzteres hat aber auch wieder den Nachteil, dass die Entwicklung trotz eines neuen Projektbetreuers eher still steht. Die letzte Version ist vor über zwei Jahren freigegeben worden.

$ yay -S spotify
[...]
grep: spotify-1.1.72.439-Release: No such file or directory
sha256sum: spotify-1.1.72.439-x86_64-Packages.sha256: no properly formatted checksum lines found
==> ERROR: A failure occurred in prepare().
    Aborting...
 -> error making: spotify

Ideal ist es daher in meinen Augen einen Mix an AUR-Helpern auf einem Arch-System bereitzuhalten und bei Fehlern im Build-Prozess erst einmal einen anderen AUR-Helfer zu testen, bevor man sich auf die Fehlersuche begibt oder gar einen Kommentar unter dem AUR-Eintrag im Repository hinterlässt. Bei mir hat schon mehrmals Yay einen Fehler ausgespuckt, während Pacaur ohne Problem das PKGBUILD abarbeitete und anders herum. Ich persönlich empfehle schon alleine aufgrund des schlankeren Unterbaus generell Paru und Pacaur, wobei Paru euer Hauptprogramm sein sollte — nicht ohne Grund ist Paru das am häufigsten installierte Paket aus dem AUR. Pacaur spielt bei mir die zweite Geige, ist aber immer ein gutes Backup. Yay versuche ich inzwischen zu vermeiden, auch wenn das Kommando yay -Syu bei mir im Gedächtnis eingebrannt ist.

### Installation von Paru
$ sudo pacman -S --needed base-devel
$ git clone https://aur.archlinux.org/paru.git
$ cd paru
$ makepkg -si

### Installation von Yay:
$ pacman -S --needed base-devel git
$ git clone https://aur.archlinux.org/yay.git
$ cd yay
$ makepkg -si
### Alternativ Yay als Binary:
$ git clone https://aur.archlinux.org/yay-bin.git
$ cd yay-bin
$ makepkg -si

### Installation von Pacaur:
$ pacman -S --needed base-devel git
$ git clone https://aur.archlinux.org/pacaur.git
$ cd pacaur
$ makepkg -si

$ yay -Syu
[...]
:: PGP keys need importing:
 -> F9A211976ED662F00E59361E5E3C45D7B312C643, required by: spotify
==> Import? [Y/n] 
:: Importing keys with gpg...
gpg: Keine gültigen OpenPGP-Daten gefunden.
gpg: Anzahl insgesamt bearbeiteter Schlüssel: 0
 -> problem importing keys

Um das Problem nun möglichst einfach zu lösen, macht ihr einfach ein Terminalfenster auf. Danach löscht ihr den obsoleten Schlüssel aus dem System und importiert den neuen GPG-Key der Entwickler von der Spotify-Webseite. Anschließend leert ihr den Cache des AUR-Helpers Yay (war zumindest bei mir nötig) und spielt dann alle anstehenden Updates ein. Diesmal sollte die Aktion ohne Fehler in einem Rutsch durchlaufen. Generell habe ich schon öfters festgestellt, dass Spotify gerne seine Schlüssel ändert, behaltet die Lösung daher also im Hinterkopf.

$ gpg --delete-key 8FD3D9A8D3800305A9FFF259D1742AD60D811D58
$ curl -sS https://download.spotify.com/debian/pubkey_5E3C45D7B312C643.gpg | gpg --import -
$ yay -Sc
$ yay -Syu

Überhaupt lohnt sich bei bockigen AUR-Paketen auch immer ein Blick auf die AUR-Seite des entsprechenden Pakets. Im Fall von Spotify wird die Lösung dort bereits ausführlich diskutiert. Schaut bei den Beiträgen auch immer auf das Datum des jeweiligen Kommentars: Oben unter „Pinned Comments“ sind immer wieder angestaubte Beiträge mit deutlich veralteten Informationen fixiert — je nach Engagement des Paketbetreuers. Erst unter den „Latest Comments“ findet ihr die neusten Kommentare mit aktuellen Hinweisen bei Problemen oder Schwierigkeiten.

$ sudo pacman -Syu
[...]
Löse Abhängigkeiten auf...
Suche nach in Konflikt stehenden Paketen...

Pakete (43) archlinux-keyring-20161101-1  blender-17:2.78.a-2
            boost-libs-1.62.0-2  calibre-2.71.0-1  confuse-3.0-1
[...]
            source-highlight-3.1.8-10  ttf-dejavu-2.37-1  vim-8.0.0055-1
            vim-runtime-8.0.0055-1
[...]
(43/43) Prüfe auf Dateikonflikte                   [######################] 100%
Fehler: Konnte den Vorgang nicht durchführen (In Konflikt stehende Dateien)
ttf-dejavu: /etc/fonts/conf.d/20-unhint-small-dejavu-sans-mono.conf existiert im Dateisystem
ttf-dejavu: /etc/fonts/conf.d/20-unhint-small-dejavu-sans.conf existiert im Dateisystem
ttf-dejavu: /etc/fonts/conf.d/20-unhint-small-dejavu-serif.conf existiert im Dateisystem
ttf-dejavu: /etc/fonts/conf.d/57-dejavu-sans-mono.conf existiert im Dateisystem
ttf-dejavu: /etc/fonts/conf.d/57-dejavu-sans.conf existiert im Dateisystem
ttf-dejavu: /etc/fonts/conf.d/57-dejavu-serif.conf existiert im Dateisystem
Fehler sind aufgetreten, keine Pakete wurden aktualisiert.

Der Grund für diese Fehler, findet sich in dieser kleinen Änderung am genannten Paket: Anstatt die aufgeführten Dateien physisch in /etc/fonts/conf.d abzulegen, setzt die Paketverwaltung in Zukunft nur noch einen Symlink nach  /etc/fonts/conf.avail. Pacman kann diese Änderung allerdings nicht automatisch umsetzen, man muss die Installation stattdessen erzwingen. Die englische Arch-Seite hat dazu einen kurzen Beitrag in ihren News, im deutschsprachige Pendant fehlt ein entsprechender Hinweis jedoch noch. Nach dem erzwungenen Update, kann man die Paketverwaltung dann wieder ganz normal verwenden.

$ sudo pacman -S --force ttf-dejavu
Löse Abhängigkeiten auf...
Suche nach in Konflikt stehenden Paketen...

Pakete (1) ttf-dejavu-2.37-1

Gesamtgröße der installierten Pakete:  9,75 MiB
Größendifferenz der Aktualisierung:  0,57 MiB

:: Installation fortsetzen? [J/n] j
(1/1) Prüfe Schlüssel im Schlüsselring             [######################] 100%
(1/1) Überprüfe Paket-Integrität                   [######################] 100%
(1/1) Lade Paket-Dateien                           [######################] 100%
(1/1) Prüfe auf Dateikonflikte                     [######################] 100%
(1/1) Überprüfe verfügbaren Festplattenspeicher    [######################] 100%
:: Verarbeite Paketänderungen...
(1/1) Aktualisiere ttf-dejavu                      [######################] 100%

Wer sich Chrome, Dropox, MegaSync und Co. als DEB-Paket herunterlädt und diese Pakete aus der Dateiverwaltung heraus in Ubuntu Software öffnet, der könnte die Pakete eigentlich mit einem Klick auf Installieren in das System einspielen. Doch aufgrund eines bereits gemeldeten Bugs passiert rein gar nichts. Man sieht kurz einen Statusbalken und der Text der Schaltfläche ändert sich auf „Wird installiert“, doch nach einem kurzen Moment ist wieder alles beim Alten. Ubuntu Software bietet wieder an das Paket zu installieren und es lässt sich auch nicht aus den installierten Anwendungen heraus installieren.

Bis Canonical das Problem behebt und die Updates die User erreichen, würde ich persönlich als Workaround die Pakete über das Terminal installieren — Man könnte auch gdebi als grafische Alternative nutzen, doch das Programm braucht ihr später nicht mehr. Schmeißt dazu alle zu installierenden DEB-Pakete (oder auch nur eines) in einen Ordner und öffnet diesen aus einem Dateimanager heraus mit einem Rechtsklick und dem Punkt In Terminal öffnen in einem Terminalfenster. Dort spielt ihr die Pakete dann mit dem Kommando dpkg ein und lasst anschließend noch eventuell fehlende Abhängigkeiten mit apt install -f auflösen.

$ sudo dpkg -i *.deb
$ sudo apt install -f

Danach sollten die Programme wie gewünscht installiert worden sein. Unter der Haube entspricht der Vorgang exakt dem, der auch von Ubuntu Software durchgeführt wird. Das Programm wird also sauber im System installiert und lässt sich über die Paketverwaltung auch wieder löschen. Etwaige Updates bekommt ihr auf diesem Weg (bis auch Chrome, das eine eigene Paketquelle einrichtet) nicht auf den Rechner, diese müsstet ihr wieder auf demselben Weg manuell installieren — bis dahin hoffentlich wieder wie von Ubuntu vorgesehen über Ubuntu Software.

[UPDATE 05.05.2016: Der Bug ist mittlerweile behoben worden und die entsprechenden Updates sollten inzwischen auch in den Paketquellen von Ubuntu stehen. Wer seine Ubuntu-Installation regelmäßig aktualisiert, sollte DEB-Pakete nun wieder über einen Doppelklick aus dem Dateimanager heraus installieren können, ohne dass es andere Programme als Alternative braucht oder man Kommandos ins Terminal einhacken muss.]

Mit Pacman 5.0 wurde dem Paketmanager von Arch die Fähigkeit beigebracht Aktionen per Hooks auszuführen. Das bedeutet für Arch, dass beispielsweise bei der Installation von mehreren Fonts nicht x mal der Font-Cache generiert wird, sondern nur einmal am Ende der Installation. Ein anderer Anwendungsfall wäre etwa das Bauen von Kernelmodulen, das dann eben auch nur einmal angestoßen werden muss. Dies beschleunigt die Arbeit mit Pacman zum Teil erheblich. Diese Änderung bedingt nun aber, dass ihr euer Arch-System bis zum 23.04.2016 auf einen aktuellen Stand gebracht haben müsst.

The release of pacman-5.0 brought support for transactional hooks. These will allow us to (e.g.) run font cache updates a single time during an update rather than after each font package installation. This will both speed up the update process, but also reduce packaging burden for the Developers and Trusted Users. In order for the use of hooks to be started, we require all users to have updated to at least pacman-5.0.1 before 2016-04-23. Pacman-5.0.1 was released on 2016-02-23, so this will have given everyone two months to update their system.

Somit hat jeder Arch-User über zwei Monate Zeit gehabt seine Systeme zu aktualisieren. Wer nach diesem Tag noch Pacman mit einer Versionsnummer kleiner als 5.0.1 auf seinem Rechner hat, kann eventuell keine Pakete mehr installieren und demzufolge auch sein System nicht mehr aktualisieren. Solltet ihr Fragen zu dem Thema haben, könnt ihr euch beispielsweise an das deutschsprachige Arch-Forum wenden, dort gibt es einen entsprechenden Thread. Die Thematik gilt ebenso für Arch-Derivate wie Antergos, die direkt auf den Paketquellen von Arch Linux aufsetzen. Das beliebte Manjaro hingegen nutzt seine eigenen Quellen, allerdings wird das Pacman-Update vermutlich auch dort irgendwann zur Pflicht.

### Welche Pacman-Version ist auf dem Rechner installiert?
$ pacman -Qi pacman
Name : pacman
Version : 5.0.1-2
Beschreibung : A library-based package manager with dependency
support
Architektur : x86_64
$ pacman --version

 .--.                  Pacman v5.0.1 - libalpm v10.0.1
/ _.-' .-.  .-.  .-.   Copyright (C) 2006-2016 Pacman Development Team
\  '-. '-'  '-'  '-'   Copyright (C) 2002-2006 Judd Vinet
 '--'
                       Dieses Programm darf unter Bedingungen der GNU
                       General Public License frei weiterverbreitet werden
[...]

Die meisten Arch-User werden auf einem regelmäßig genutzten System die anlaufenden Updates sowieso mehr oder weniger regelmäßig einspielen und so nicht in die Verlegenheit kommen das Zeitfenster für das Pacman-Update zu verpassen. Es gibt allerdings auch viele User, die Arch auf einem kleiner Server oder etwa einem Raspberry Pi einsetzen, der irgendwo gut versteckt seine Arbeit still und heimlich verrichtet. Vergesst nicht diese Systeme mit dem Update zu versorgen.

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

Wer command-not-found nicht kennt oder nur sehr selten zu einem Terminal greift, der versteht eventuell nicht, von was ich rede. Daher ein kurzes Beispiel: ruft ihr unter Arch eine Anwendung auf, die es theoretisch gibt, die aber noch nicht installiert ist. Dann bekommt ihr lediglich die Information, dass das Kommando nicht gefunden werden konnte. Ubuntu hingegen gibt die klare Ansage aus, welches Paket fehlt und liefert gleich das entsprechende Kommando mit, es aus den Paketquellen zu installieren.

user@arch:~$ htop
bash: htop: Kommando nicht gefunden.
user@ubuntu:~$ htop
Die Anwendung »htop« ist momentan nicht installiert. Sie können sie durch folgende Eingabe installieren:
sudo apt-get install htop

Die Funktion lässt sich nun aber auch unter Arch Linux nachrüsten (der Tipp sollte natürlich auch auf Arch-Derivaten wie Antergos oder Manjaro funktionieren). Dazu müsst ihr das Werkzeug Pkgfile auf eurem System installieren und die von euch eingesetzte Shell über ~/.bashrc oder~/.zshrc mit dem Aufruf des command-not-found-Handle von Pkgfile verbinden. Damit die Funktion ohne den Neustart des Terminal-Fensters aktiv wird, lasst ihr die Shell am Ende ihre Konfigurationsdatei neu einlesen.

### Pkgfile installieren und aktualisieren
$ sudo pacman -S pkgfile
$ sudo pkgfile --update
### Für automatischen Abgleich der Daten
$ sudo systemctl enable pkgfile-update.timer
### Für Bash-User
$ echo "source /usr/share/doc/pkgfile/command-not-found.bash" >> ~/.bashrc
$ source ~/.bashrc
### Für User mit der Zsh
$ echo "source /usr/share/doc/pkgfile/command-not-found.zsh" >> ~/.zshrc
$ source ~/.zshrc

Anschließend ist command-not-found umgehend aktiv und erscheint sobald ihr eine Anwendung aufruft, die noch nicht installiert wurde. Alternativ könnt ihr Pkgfile auch von Hand anschmeißen und so herausfinden über welches Paket eine Datei installiert werden könnte (pkgfile suchbegriff) oder welche Dateien ein Paket mitbringt, ohne es installieren zu müssen (pkgfile -l suchbegriff). Pkgfile sucht in allen Paketquellen, das Angebot des Arch Linux Repository AUR bleibt allerdings außen vor.

user@arch:~$ htop
htop may be found in the following packages:
extra/htop 1.0.3-2 /usr/bin/htop
user@arch:~$ pkgfile htop
extra/bash-completion
extra/htop
user@arch:~$ pkgfile -l htop
extra/htop /usr/
extra/htop /usr/bin/
extra/htop /usr/bin/htop
[...]
extra/htop /usr/share/pixmaps/
extra/htop /usr/share/pixmaps/htop.png

Wer nicht gerade mit pacman -Sc oder pacman -Scc den Pacman-Cache ins Nirvana geschickt hat, der hat diverse ältere Version zahlreicher Pakete auf der Festplatte liegen. Diese schlummern dort vor sich hin, bis man tatsächlich einmal den Cache mit den besagten Befehlen leert. Dieser Cache kommt nun sehr gelegen, wenn man eine ältere Paketversion wiederherstellen möchte. Besonders einfach gelingt dies, wenn man sich das praktische Bash-Skript downgrade aus dem AUR holt.

$ pacaur -S downgrade
[...]
$ downgrade wine-compholio
Available packages:

1) wine-compholio-1.7.26-1-x86_64.pkg.tar.xz (local)
2) wine-compholio-1.7.25-1-x86_64.pkg.tar.xz (local)
3) wine-compholio-1.7.24-1-x86_64.pkg.tar.xz (local)
4) wine-compholio-1.7.23-1-x86_64.pkg.tar.xz (local)

select a package by number: 3

Lade Pakete ...
Warnung: Downgrade des Paketes wine-compholio (1.7.26-1 => 1.7.24-1)
Löse Abhängigkeiten auf...
Suche nach Zwischenkonflikten...

Pakete (1): wine-compholio-1.7.24-1

Gesamtgröße der zu installierenden Pakete: 296,01 MiB
Größendifferenz der Aktualisierung: -0,92 MiB
[...]
$ pacman -Qs wine-compholio
local/wine-compholio 1.7.24-1
WINE patched with Microsoft Silverlight and Netflix compatibility.

Führt man es mit dem Namen eines Pakets als Option aus, bietet es sämtlich im Cache vorgefundenen Paketversionen an. Wählt einfach die entsprechende Nummer aus und lasst dann Downgrade das „Update“ einspielen. Am Ende stellt euch Downgrade noch die Frage add <paketname> to IgnorePkg, über die ihr das Paket vor weiteren Aktualisierungen schützen könnt. So bleibt die gezielt installierte Paket-Version bei zukünftigen Updates erhalten.

Alle Fragen kann ich natürlich nicht beantworten, doch ich versuche hier „meine“ persönlichen 10 oder 20 To-dos nach einer frischen Installation von Ubuntu 14.04 für Ubuntu-Einsteiger (und auch den einen oder anderen Kenner) zusammenzufassen und dabei auch gleich ein wenig Linux-Wissen zu vermitteln. Der Beitrag beginnt beim Terminal – Yep, das muss sein! Geht über die Installation von Hardware-Treibern über zum Einspielen weiterer Software auf eurem Ubuntu, bis hin zu den ab und an fälligen Wartungsarbeit am System. Nehmt euch gerade nach dem Ubuntu-Einstieg ein bisschen Zeit und geht den Beitrag nach und nach durch.

0) Ganz neu bei Ubuntu? Bitte lesen!

0.1) Keine Angst vor dem „magischen“ Terminal

Einen Punkt möchte ich gleich vorneweg aufführen: Keine Angst vor der Kommandozeile und anfangs vielleicht ein wenig umständlich erscheinenden Befehlen. Linux-Einsteiger schimpfen gerne über das MSDOS-Feeling unter Linux. Lass dich bitte davon nicht abschrecken, denn eigentlich brauchst du das Terminal unter Linux so gut wie nie – wenn du willst! Du wirst im Internet jedoch sehr oft mit Terminalbefehlen konfrontiert, warum?

Besonders in Foren oder auch in Blogs – wie auch hier in diesem Artikel – siehst du sehr oft auf den ersten Blick kryptische Befehle. Der Grund dafür liegt am guten alte www. Das Netz ist ein eben aktuell noch primär ein textbasiertes Medium. Es ist meist deutlich einfacher einen kurzen Befehl zu nennen, als lang und breit ausführlich zu beschreiben welche Anwendung wie zu öffnen ist, welchen Menüpunkt es zu suchen gilt und welche Option man anhaken soll. Du wirst also unter Linux ab und an mit dem Terminal konfrontiert werden, ich bin mir aber sicher, dass du das gut hinbekommen wirst! Zur Not helfen dir Bücher wie das Ubuntu-Buch von Marcus Fischer mit ausführlichen Tipps, auch zum Terminal.

HINWEIS: Ein Tipp am Rande: Befehle markiere ich immer mit einem Dollar-Zeichen „$“ am Anfang der Zeile. Dieses darfst du nicht in die Kommandozeile übernehmen, es soll dir in einem Listing nur optisch den Unterschied zwischen einem Befehl und seiner Ausgabe zeigen. Ab und an gehen Befehle über mehr als eine Zeile, steht in dieser nicht nochmal ein Dollar-Zeichen, so tippst du einfach weiter ohne mit Return die Zeile umzubrechen, das würde sonst zu einer Fehlermeldung führen.

0.2) Die Dash, suchen anstatt in Menüs zu graben

Noch ein zweiter Punkt, der sich besonders an Windows-XP-Umsteiger richtet. In Windows XP warst du es gewohnt mit starren Programmhierarchien zu arbeiten. Mit ein bisschen Mühe hat man sich das Startmenü nach und nach wie etwa Programmen » Internet » Firefox eingerichtet. Auch Linux-Desktops haben lange Zeit solch eine Struktur benutzt, viele Desktops arbeiten auch nach wie vor so.

Inzwischen aber nutzen zahlreiche Desktops eine flache Hierarchie, man sucht stattdessen lieber. Um schnell die Netzwerkeinstellungen zu ändern tippt man daher einfach nur schnell netz in die Dash, schon erscheinen die Netzwerkverbindungen oder die Netzwerk-Ordner. Braucht man schnell einen Editor, dann kommt man mit edi schnell ans Ziel. Brauchst du ein LibreOffice mitsamt Textverarbeitung, dann gibt einfach write oder auch word ein, schon startet der LibreOffice Writer.

1) Hardware einrichten

1.1) Zusätzliche Hardwaretreiber installieren

Im Gegensatz zu Windows brauchen Linux-Systeme wie eben euer neu installiertes Ubuntu keine Treiber für zusätzliche Hardware. Die Hardwareunterstützung steckt direkt im Linux-Kernel, so dass die meiste Hardware wie Scanner, Webcams, USB-Mikrofone oder auch TV-Karten ohne weiteres Zutun funktioniert – oder im Problemfall sich nicht unter Linux zum Laufen bekommen lässt. Zusätzlich zu installierende Treiber gibt es eigentlich nur im Bereich von Grafikkarten. Nvidia und auch AMD verteilen leider nach wie vor „binäre Blobs“ als Treiber, also Closed-Source-Software, die sich nicht direkt in den Kernel einbauen lässt.

Ubuntu löst die Installation dieser Treiber über einen eigenen Assistenten, der das System analysiert und bei Bedarf die Installation von proprietären Treibern (also nicht Open-Source-Treibern) vorschlägt. Um die volle Leistungsfähigkeit seiner Grafikkarte herauszukitzeln sollte man diesen benutzen. Ihr findet ihn, wenn ihr in der Dash einfach nach Treiber sucht und dann den Punkt Zusätzliche Treiber aufruft. Alternativ erreicht ihr in auch über die Systemverwaltung und Software & Aktualisierung » Zusätzliche Treiber. Die Treiber-CDs der Hersteller enthalten so gut wie immer Windows-Treiber, die könnt ihr getrost in der Kiste liegen lassen.

HINWEIS: Die Installation der proprietären, also geschlossenen Treiber von Nvidia und Co. hat nicht nur Vorteile. Probleme können zum Beispiel bei Kernel-Updates entstehen, wo der Treiber wieder neu eingebunden werden muss. Die Grafikkarten von AMD und Nvidia werden inzwischen auch von den freien Treibern sehr gut unterstützt, daher würde ich euch empfehlen erstmal die freien Treiber auszutesten, ihr könnt immer noch die proprietären Treiber einspielen.

2) Software unter Ubuntu installieren

2.1) Weitere Software für Ubuntu installieren

Unter Windows wart ihr es gewohnt eure Software aus dem Internet zusammenzusammeln. Firefox holt man sich per Download von mozilla.org, OpenOffice von openoffice.org, LibreOffice von libreoffice.org und zum Spielen holt man sich Steam von steampowered.com. Unter Linux läuft der Hase ein wenig anders, hier installiert ihr euch Tausende von Programmen über die Paketverwaltung. Firefox, LibreOffice, GIMP, Inkscape, VLC oder Chromium (der freien Variante von Chrome) und sogar auch der Steam-Client finden sich hier – Im Endeffekt werden viele das Prinzip schon von den App-Stores von iOS, Android und Co. kennen, für Linux sind solche zentrale Software-Quellen nichts neues. Klickt also im Unity-Dock links auf das Ubuntu Software-Center und stöbert durch das reichhaltige Angebot.

Update 29.09.2014: Auch wenn Flash durch HTML5 immer weiter an Bedeutung verliert, kaum ein User kommt ohne das Browserplugin aus. Knapp 80 Prozent der Besucher von Linux und Ich haben das Flash-Plugin auf dem Rechner. Allerdings sorgt die Installation von Flash oft für Verwirrung. Wie komme ich an Flash? Was ist Pepper-Flash? Wie bekomme ich ein akutelles Flash im Firefox zum Laufen? Bitte folgt zum Thema Flash dem Link Adobe Flash für Firefox, Opera, Chromium und Chrome unter Ubuntu 14.04 und 14.10 installieren zu einer aktuellen Zusammenfassung zum Stand von Adobe Flash unter Ubuntu oder schaut nach den neusten Beiträgen im Blog zu Adobe Flash.

2.2) Apps wie Skype, Chrome oder Dropbox installieren

An dieser Stelle wird Ubuntu ein wenig wie Windows, eine Reihe von Programmen findet ihr eben nicht in den Paketquellen. Dazu zählen in der Regel nur proprietäre Programme – also Anwendungen von kommerziellen Herstellern, die den Quellcode ihrer Entwicklungen nicht offenlegen. Klassische Beispiele für diese Art von Programmen sind Skype, Google Chrome oder etwa Dropbox. Diese Anwendungen ladet ihr als DEB-Paket von den jeweiligen Webseiten herunter und installiert sie wie eine setup.exe unter Windows.

Ab und an müsst ihr bei den Downloads zwischen einer 32-Bit und 64-Bit-Version unterscheiden. Je nach dem ob ihr ein 32-Bit und 64-Bit-Ubuntu installiert habt, müsst ihr die entsprechende Version herunterladen und einspielen. Seid ihr euch nicht sicher, so bekommt ihr die entsprechenden Informationen unter Systemeinstellungen » Informationen » Übersicht. Hin und wieder kreuzen auch Multiarch-Downloads euren Weg, diese Pakete lassen sich auf beiden Bit-Varianten installieren.

Die Installation von DEB-Dateien ist nun im Regelfall so trivial, dass ich sie gar nicht  weiter bebildern möchte. Ihr öffnet den Dateimanager, geht in das Verzeichnis mit dem abgeschlossenen Download und tippt doppelt die DEB-Datei an. Das Software-Center übernimmt daraufhin die Installation und spielt das Programm umgehend auf eurem Computer ein. Dabei sollten zusätzlich benötigte Software-Pakete automatisch aus den Ubuntu-Paketquellen nachinstalliert werden.

2.3) Vervollständige die deutschen Sprachpakete

Nachdem die Grafik nun flutscht kann man sich an die weitere Vervollständigung des Systems machen. Das ISO-Image für das Erzeugen eines bootfähigen USB-Sticks oder einer Installations-DVD soll nicht allzu groß werden, daher müssen die Entwickler den einen oder anderen Kompromiss eingehen, was denn in dieses Installations-Image alles gepackt werden soll. Der Rotstift wird unter anderen bei den Sprachpaketen angesetzt.

Ubuntu spricht zwar von Anfang an Deutsch (oder auch zahlreiche anderen Sprachen), aber es gibt hier und da nur Englisches zu erblicken, daher müssen nach der Installation noch einige Sprachpakete aus dem Internet geladen und ins System eingespielt werden. Öffnet dazu die Systemeinstellungen und klickt dort den Punkt Sprachen“an. Steht die Verbindung zum Internet wird Ubuntu automatisch alle deutschsprachigen Sprachpakete nachladen und installieren.

3) Ubuntu-Desktop-Tweaks einrichten

3.1) Chats und Social-Media-Kanäle in Ubuntu integrieren

Nur wenige Internet-User werden komplett auf ein Konto bei Facebook, Google, Twitter und Co. verzichten, gerade wenn man ein Smartphone in der Tasche mit sich trägt. Daher sind diese Dienste auch direkt in Ubuntu und die mitinstallierten Anwendungen integriert. So kannst du etwa mit anderen Facebook- oder Google-Usern mit Empathy chatten, Bilder mit Shotwell zu Facebook oder Picasa hochladen oder deine in Google Contacts und Google Calender hinterlegten Adressen und Termine in Evolution sehen.

3.2) Werbung für Amazon und Co. in der Dash deaktivieren

Wer in Ubuntu neu einsteigt, wird sich wahrscheinlich arg wundern, dass bei der Eingabe von Suchbegriffen in die Dash neben lokal gespeicherten Daten und installierten Programmen auch immer gleich Online-Ergebnisse angezeigt werden. Manches davon wie die Wikipedia-Treffer unter Referenz oder das Wetter sind nützlich, anderes wie die weiteren Vorschläge mit Links zu Büchern und Musikalben bei Amazon sind letztendlich direkt in den Desktop integrierte Werbung. Canonical leitet die Anfragen wenigstens nicht direkt über die Amazon-Server sondern schaltet einen Proxy dazwischen, trotzdem sollten sich Ubuntu-User darüber im Klaren sein, dass die Dash jede Eingabe überträgt. Der GNU-Gründer Richard Stallmann nennt Ubuntu daher Spyware.

Die Onlinesuche lässt sich allerdings unter Systemeinstellungen » Sicherheit & Datenschutz » Suche über den Punkt Bei der Suche im Dash / Auch Online-Suchergebnisse verarbeiten relativ leicht in ihre Schranken weisen. Dadurch wird jedoch gleich der kompletten Onlinesuche die Flügel gestutzt. Wer die Wikipedia-Ergebnisse und die Wettervorhersage eigentlich ganz gerne mochte, nur aber die Amazon-Suche loswerden wollte, der muss über diesen Menüpunkt auf lieb gewonnene Funktionalität verzichten. Allerdings lassen sich die einzelnen Features der Dash wie eben die Amazon-Werbung auch gezielt deaktivieren.

Dazu müsst ihr die Dash öffnen (1) und in der unteren Leiste auf das zweite Icon von links mit dem Zirkel klicken (2). Hier geht es nun weiter zu den Dash-Erweiterungen und dem Link Weitere Ergebnisse anzeigen, so dass letztendlich alle Erweiterungen aufgeführt werden. Hier kannst du nun gezielt die Amazon- oder Ebay-Linsen (und natürlich alle anderen Features, die du nicht brauchst) deaktivieren, so dass der Ubuntu-Desktop letztendlich werbefrei wird, ohne dass sämtliche Online-Funktionalität verloren geht.

3.3) Lass nicht alles von der Unity Dash durchsuchen

Die Unity Dash zeigt neben den installierten Programmen und Online-Ergebnissen auch Treffer zu Dokumenten und Dateien an, die bei dir lokal auf der Festplatte liegen. Unity indexiert dazu dein komplettes Homeverzeichnis, ausgeklammert wird lediglich der Ordner Privat mitsamt den dort gespeicherten Unterverzeichnissen und deren Inhalten.

Da sich Unity tief in die Verzeichnisstruktur wühlt, kommen dabei auch ab und an Treffer ans Licht, die eigentlich hätten verborgen bleiben sollen. Diese erscheinen natürlich gerade dann, wenn jemand einem über die Schulter blickt. Damit Privates privat bleibt, sollte man daher unter Systemeinstellungen » Sicherheit &Datenschutz » Dateien & Anwendungen die zu durchsuchenden Ordner anpassen.

3.4) App durch Klick auf Unity-Starter minimieren

Ein wenig ungewohnt in der Bedienung der Unity-Oberfläche ist der Punkt, dass sich Anwendungen in der Unity-Shell zwar über einen Klick auf die Seitenleiste wiederherstellen lassen, aber zum Minimieren muss zwingend das Minimieren-Icon in Fensterleiste angetippt werden. In den Einstellungen lässt sich diese Verhalten leider nicht ändern, daher muss man zum Terminal greifen und den folgenden Befehl ausführen. Der zweite stellt das ursprüngliche Verhalten wieder her.

# Minimieren durch Klick auf Unity-Starter aktivieren...
$ dconf write /org/compiz/profiles/unity/plugins/unityshell/launcher-minimize-window true

# Minimieren durch Klick auf Unity-Starter deaktivieren...
$ dconf write /org/compiz/profiles/unity/plugins/unityshell/launcher-minimize-window false

3.5) Anwendungsmenüs in den Fensterrahmen schieben

Ubuntu zeigt die Menüs von Anwendungen wie Apple-Rechner nicht in der Anwendung an, sondern im Kopfbereich des Bildschirms. Das spart Platz und sorgt zudem dafür, dass sich die Menüs immer an der selben Stelle befinden und nicht beim Verschieben von Fenstern hin und herwandern. Ubuntu beherrscht jedoch noch einer weitere Darstellungs-Art.

Unter Systemeinstellungen » Darstellung » Verhalten verschiebt die Option Zeige die Menüs für ein Fenster / In der Titelleiste des Fensters die Menüs in die Fensterleiste. So nehmen die Anwendungsmenüs nach wie vor nicht viel Platz auf dem Bildschirm weg, allerdings spart man sich als fauler Mausschubser doch einiges an Wegstrecke.

3.6) Mit dem Unity Tweak Tool den Ubuntu-Desktop anpassen

Einige der hier angesprochenen Punkte lassen sich nur mit Terminalbefehlen ändern, da die Systemeinstellungen von Ubuntu nicht für jede denkbare Konfiguration einen extra Menüpunkt anbieten – und bewusst auch Optionen ausblenden, die zu Problemen oder schlechterer Usability führen könnten.

Das heißt aber eben nicht, dass sich das Ubuntu-System nicht im Detail an die eigenen Wünsche und Vorstellungen anpassen ließe. Wer tiefgreifender in die Konfigurationsmöglichkeiten von Ubuntu einsteigen möchte, der sollte sich daher einmal beim Unity Tweak Tool (Installationslink) umsehen, es lässt sich bequem über die Paketquellen von Ubuntu einspielen.

$ sudo apt-get install unity-tweak-tool

4) Multimedia-Features kommen nicht zu kurz

4.1) Diese Multimedia-Codecs sollten eigentlich nie fehlen

Ubuntu spielt nach der Installation eine große Menge an Videoformaten ab, aber leider auch nicht alle. Daher sollte ihr über die Pakete ubuntu-restricted-extras (Installationslink) und libavcodec-extra (Installationslink) alle verfügbaren Codec-Pakete einspielen. Im selben Zug vielleicht auch gleich noch die Java-Laufzeitumgebung (Installation: Link 1, Link 2) und die libdvdcss (Installationslink), sie erlaubt das Abspielen von verschlüsselten Film-DVDs. Anstatt euch alles zusammenzuklicken, würde ich die Installation dieser Pakete über das Terminal durchführen.

# Diese Multimedia-Codecs sollten nicht fehlen...
$ sudo apt-get install ubuntu-restricted-extras libavcodec-extra

# Die Java-Laufzeitumgebung und das Browser-Plugin...
$ sudo apt-get install icedtea-7-plugin openjdk-7-jre

# Danach lassen sich auch verschlüsselte Film-DVDs abspielen...
$ sudo apt-get install libdvdread4
$ sudo /usr/share/doc/libdvdread4/install-css.sh

5) Das Ubuntu-System optimieren und warten

5.1) Akkulaufzeit des Notebooks mit Linrunner/TLP verlängern

Ich habe keine Zahlen zur Hand, aber gefühlt werden Desktop-Rechner eigentlich nur noch an Unternehmen mit Büros verkauft. Die meisten Heimanwender greifen inzwischen zum Notebook, das nimmt weniger Platz ein, ist nicht so stromhungrig und lässt sich auch schnell einmal beiseite Räumen. Dementsprechend wichtig ist der Umgang von Linux mit der knappen Ressource Strom.

Linux-Systeme sind leider nicht so berühmt dafür das letzte Quentchen Akkulaufzeit aus Notebooks herauszukitzeln – oft ist eher das Gegenteil der Fall und dem Notebook geht deutlich schneller der Saft aus als unter Windows. Doch dies gilt eigentlich nur für die Standardkonfigurationen, wer ein bisschen Zeit und Arbeit in sein System investiert, der kann die Laufzeit unter Linux der unter Windows angleichen.

$ sudo apt-get remove laptop-mode-tools
$ sudo add-apt-repository ppa:linrunner/tlp
$ sudo apt-get update
$ sudo apt-get install tlp tlp-rdw
$ sudo tlp start

Ein Schritt dafür ist die Installation von Linrunner aka TLP. Das Linux Advanced Power Management versucht sich daran auch die letzten Minuten Laufzeit aus dem Akku zu pressen. Dazu optimiert der Dienst eine Reihe von Kernel-Einstellungen, aktiviert Stromsparmechanismen der Festplatte oder der WLAN-Karte oder schaltet selten genutzte optische Laufwerke ab. Unter Ubuntu lässt sich TLP mit den oben stehenden Befehlen sehr einfach aus einer zusätzlichen Paketquelle installieren. Der Erfolg von TLP hängt vom System ab, aber ich meine etwa 10 bis 15 Prozent mehr Laufzeit aus meinem Laptop zu holen.

5.2 Das Ubuntu-System schlank halten

Einer der sehr häufig genannten positiven Punkte über Linux ist die Tatsache, dass das System über die Zeit nicht zumüllt. Das ist durchaus war, installiert ist immer nur das, was ihr selber installiert. Und dank programmübergreifender Bibliotheken muss nicht immer alles doppelt und dreifach im System vorhanden sein, aber es gibt durchaus ein paar Punkte zu beachten.

5.2.1 Alte Kernels deinstallieren

Wenn man von Linux spricht, dann meinen die meisten User eigentlich das komplette Linux-System. Vom Kernel, über die Systemdienste, der graphischen Desktopumgebunge und den installierten Anwendungen. Doch eigentlich betitelt Linux den Kern des Systems, den Linux-Kernel. Den Rest einer Linux-Distribution wie Ubuntu machen zahlreichen Open-Source-Entwicklungen aus.

Eben diese Kernel sammeln sich unter Ubuntu (oder auch Debians) aber gerne auch an. Bei Sicherheitslücken oder Bugs im Kernel wird der überarbeitete Systemkern über die Paketverwaltung eingespielt, der „alte“ aber nicht automatisch überschrieben oder deinstalliert. Dies macht man unter anderem deshalb, weil bei einem Problem mit dem neuen Kernel, das System vielleicht nicht mehr booten würde. Um dies zu verhindern, schmeißt der Update-Mechanismus alte Kernel nicht vom Rechner.

$ dpkg -l 'linux-*' | sed '/^ii/!d;/'"$(uname -r | sed "s/(.*)-([^0-9]+)/1/")"'/d;s/^[^ ]* [^ ]* ([^ ]*).*/1/;/[0-9]/!d' | xargs sudo apt-get -y purge

Nun könnte man die Kernel von Hand löschen, am besten würde dies über Synpatic gehen – was aber Ubuntu gar nicht mehr von Haus aus installiert. Oder aber man führt einfach den oben stehenden Befehl aus. Er sucht sich den neusten Kernel heraus und deinstalliert automatisch alles, was sonst noch an Kernel und Kernel-Headern auf dem System herumfliegt, aber veraltet ist. So kommen schnell mal ein paar hundert MByte neu gewonnener Speicherplatz zusammen. Ich mache das etwa einmal im Jahr, wer nur eine kleine /boot-Partition hat, der sollte ein wenig öfters aufräumen.

5.2.2 Nicht mehr gebrauchte Pakete deinstallieren

Bei Anwendungen muss man keine große Angst vor mehrfach installierten Versionen haben. Gibt es ein Update bei Firefox, so wird dieses automatisch über die Paketverwaltung eingespielt. Die alte Version wird dabei überschrieben. Doch es gibt durchaus auch einmal Überreste von Anwendungen im System, die eigentlich gar nicht mehr gebraucht werden.

Dies passiert zum Beispiel wenn man PaketA installiert, das aber auch noch PaketB braucht. Die Paketverwaltung löst das Problem bei der Installation von PaketA automatisch auf und spielt auch gleich noch PaketB ein. Braucht man aber PaketA nicht mehr und deinstalliert die Anwendung, dann bleibt PaketB als „Weise“ zurück. Diese verweisten Pakete kann man in einem Rutsch vom System werfen, dazu muss man einfach nur folgenden Befehl ausführen.

$ sudo apt-get --purge autoremove

5.2.3 Homeverzeichnis aufräumen

Auch im Homeverzeichnis sammelt sich mit der Weile eine ganze Menge an Daten an, die man eigentlich gar nicht mehr braucht. Nutzt man eigentlich viel lieber Chrome anstatt Firefox als Browser, dann braucht man wahrscheinlich auch die Firefox-Konfiguration (mitsamt x MByte Cache und anderen Browserdaten) nicht mehr.

Diese Daten stecken in Linux immer in versteckten Dateien und Ordnern, unter Linux sind dies Dateien order Ordner, die mit einem Punkt beginnen. Also etwa die ~/.bashrc oder die Ordner ~/.mozilla oder ~/.config. Der Dateimanager von Ubuntu zeigt diese Daten erst dann an, wenn man sich diese mit dem Menüpunkt Ansicht » Verborgene Dateien anzeigen  oder der Tastenkombination Strg + H einblenden lässt.

Seid bitte beim Löschen vorsichtig und löscht nur das, wovon ihr wisst, dass ihr es nicht mehr braucht. Man kann sich auf diesem Weg zwar nicht sein Ubuntu-System zerschießen – im Homeverzeichnis stehen immer nur benutzerspezifische Konfigurationen und Daten. Aber schnell sind die lange zusammengesammelten Bookmarks oder (noch schlimmer) alle E-Mails weg.

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.