Pacman – Linux und Ich

Arch Linux Pacman stolpert beim Aktualisieren von ttf-dejavu

Christoph Langner — Tue, 01 Nov 2016 17:53:23 +0000

Wer Arch Linux oder ein Arch-Derivat, das direkt auf den Arch-Quellen aufbaut, auf seinem Rechner einsetzt, der bemerkt seit gestern Abend, dass Update-Versuche mit pacman -Syu nicht mehr durchlaufen. Die Paketverwaltung stolpert beim Versuch, das Font-Paket ttf-dejavu, von dem unter anderem Gnome oder Inkscape abhängen, zu aktualisieren und bricht den kompletten Vorgang ab. Das System meldet, dass eine Reihe von Dateien im Ordner /etc/fonts/conf.d bereits im System existieren.

$ 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 deutschsprachigen 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%

☕ Linux und Ich unterstützen
Danke, dass du Linux und Ich liest. Wenn dir das Blog gefällt und du meine Arbeit unterstützen möchtest, findest du weitere Informationen auf der Blogspende-Seite.

Mit Fetchmirrors die Arch-Mirrorliste aktualisieren und optimieren

Christoph Langner — Tue, 29 Mar 2016 09:51:28 +0000

Wie viele andere Linux-Distributionen konzentriert auch Arch den Aufwand, seine User mit Paketen zu versorgen, nicht auf einen Rechner, sondern verteilt die Last über Mirrorserver auf zahlreiche Systeme, sodass jeder User schnell und zuverlässig sein System mit neuen Paketen erweitern oder aktualisieren kann. Diese Mirrorliste wird über das Paket pacman-mirrorlist ab und an aktualisiert, allerdings sollte man diese Liste generell ein wenig ausmisten und nach optimaler Erreichbarkeit sortieren. Dazu gibt es im Arch-Wiki eine ausführliche Anleitung, die man auf die folgenden Kommandos reduzieren kann.

$ sudo -s
$ cp /etc/pacman.d/mirrorlist /etc/pacman.d/mirrorlist.backup
$ sed -i 's/^#Server/Server/' /etc/pacman.d/mirrorlist.backup
$ rankmirrors -n 6 /etc/pacman.d/mirrorlist.backup > /etc/pacman.d/mirrorlist
$ exit

Mit dem ersten „richtigen“ Befehl erstellt ihr eine Sicherung der aktuellen Mirror-Liste. Mit dem zweiten entfernt ihr dann sämtliche Kommentare aus der Liste und „aktiviert“ somit praktisch jeden Mirrorserver. Das letzte Kommando klappert die Liste ab und misst die Erreichbarkeit. Anschließend reduziert rankmirrors die Liste auf die besten 6 Mirrorserver und entsorgt den Rest. Man kann aber alternativ auch auf das kleine Tool fetchmirrors zurückgreifen, das seit zwei Wochen im AUR zu finden ist.

$ pacaur -S fetchmirrors
$ fetchmirrors

Fetchmirrors holt sich die aktuelle Mirrorliste aus dem Netz und bittet euch anschließend, die für euch entsprechend zuständige Länderliste auszuwählen — Für Deutschland also die 12. Anschließend optimiert das Skript die Liste mittels rankmirrors und spielt die reduzierte Version ins System ein — dazu fordert das Programm kurz Root-Rechte an. So klappert die Arch-Paketverwaltung nur noch die für euch am besten erreichbaren Arch-Mirrors ab. Mittels pacman -Syu ruft ihr dann wie gewohnt die Paketquellen ab und spielt die neusten Updates ein. Sollte einer der Mirrors irgendwann mal spürbar klemmen, führt ihr einfach nochmal fetchmirrors aus oder optimiert die Liste bei Bedarf nochmal per Hand.

Update-Befehl für Arch: Bis zum 23.04. muss Pacman aktualisiert sein

Christoph Langner — Fri, 25 Mar 2016 12:07:43 +0000

Arch ist ja bekanntlich eine Rolling-Release-Distribution: Anders als beispielsweise bei Debian, Fedora oder Ubuntu und Co. gibt es daher keine einzelnen Versionen, die Paketquellen werden stattdessen ständig mit neuen Versionen bestehender Programme oder kompletten Neuerscheinungen befüllt. Die Updates durchzuführen ist nun aber keine Pflicht. Es gibt durchaus einige Arch-User, die ihr System nur selten aktualisieren. Es gibt aber hin und wieder Änderungen, die das Einspielen der Updates zur Pflicht machen. Eine von diesen steht Ende April an.

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 kleinen 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.

Pacman und Gnomes Pakete-App verstehen sich dank PackageKit

Christoph Langner — Mon, 17 Nov 2014 18:11:11 +0000

Die Meldung ist nicht ganz neu, aber mir lief die Information erst heute über den Weg. Seit Gnome 3.14 versteht sich Gnomes Pakete-App dank des Pacman-Backends für PackageKit hervorragend mit der Paketverwaltung von Arch Linux. Wer also über anstehende Software-Updates informiert werden und das System aktuell halten möchte, oder zusätzliche Software installieren will, der kann jetzt dafür auf die hauseigenen Mittel von Gnome zurückgreifen. Damit das klappt, muss lediglich das Paket gnome-packagekit installiert werden.

$ pacman -S gnome-packagekit

Anschließend findet ihr mit Pakete und Paketaktualisierungen zwei neue Programme im App-Drawer von Gnome. Mit dem Ersten durchsucht ihr die Paketquellen und installiert ohne ein Terminal Software, mit dem Zweiten haltet ihr euer Arch-System auf einem aktuellen Stand. Beachtet allerdings, dass PackageKit nur die Arch-Paketquellen und nicht auch das Arch-User-Repository im Auge hat. Wer gerne Software über das AUR installiert, der muss diese nach wie vor mit einem AUR-Helper wie yaourt, pacaur und Co. verwalten.

Pakete unter Arch Linux mit Downgrade deaktualisieren

Christoph Langner — Wed, 10 Sep 2014 08:21:27 +0000

Arch Linux ist bekanntlicherweise eine Rolling-Release-Distribution. Bei jedem pacman -Syu wird das gesamte System auf den laufenden Stand gebracht. Vom Kernel, bis hin zu Gimp oder LibreOffice. Nun kann es durchaus aber einmal passieren, dass man sich dabei ein faules Ei einfängt. Das geschieht äußerst selten, aber es ist auch kein Ding der Unmöglichkeit. Vielleicht wurde beim Erstellen des Pakets geschludert, vielleicht fängt man sich einen Upstream-Bug ein. Es gilt daher, möglichst einfach die alte Version des betroffenen Pakets wiederherzustellen.

Wer nicht gerade mit pacman -Sc oder pacman -Scc den Pacman-Cache ins Nirvana geschickt hat, der hat diverse ältere Versionen 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ämtliche 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 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.

Dateikonflikte bei Pacman-Updates in Arch Linux lösen

Christoph Langner — Tue, 15 Apr 2014 18:48:15 +0000

Eine der größten Stärken von Arch Linux ist die Aktualität der Software. So ist zum Beispiel GNOME 3.12 (hier die Release Notes) nur wenige Tage alt und schon heute trudelt die neue GNOME-Version in den Paketquellen von Arch ein. Unter Ubuntu müsste man jetzt mit PPAs hantieren oder eben warten bis Ubuntu 14.10 die nächste GNOME-Version mit ausliefert. Die Aktualität und Flexibilität von Arch Linux hat jedoch auch ihren Preis: Ab und an kommt es in der Paketverwaltung zu Konflikten, erst recht wenn man Pakete aus dem Arch User Repository (kurz AUR) installiert. Doch diese Problemchen lassen sich im Normalfall recht leicht ausbügeln.

Bei mir hing das GNOME-Update auf zwei Rechnern fest, die Installation brach mit unterschiedlichen Dateikonflikten ab. Von daher möchte ich diese Situation beispielhaft für „Instabilitäten“ in Arch Linux nehmen, nach denen hier im Blog immer wieder mal gefragt wurde. Solche Konflikte entstehen dann, wenn Pakete Dateien ins Dateisystem schieben, wo andere Pakete gleichnamige Dateien ablegen möchten. Dies kam bei mir im Rahmen des GNOME-Updates auf zwei Rechnern vor, auf denen ich zuvor Pakete aus dem AUR installiert hatte.

$ sudo pacman -Syu
...
(162/162) Überprüfe Paket-Integrität [######################] 100%
(162/162) Lade Paket-Dateien [######################] 100%
(162/162) Prüfe auf Dateikonflikte [######################] 100%
Fehler: Konnte den Vorgang nicht durchführen (In Konflikt stehende Dateien)
gtksourceview3: /usr/share/gtksourceview-3.0/styles/solarized-dark.xml existiert im Dateisystem
gtksourceview3: /usr/share/gtksourceview-3.0/styles/solarized-light.xml existiert im Dateisystem
Fehler sind aufgetreten, keine Pakete wurden aktualisiert.

Die Lösung dieses Problem ist nicht schwer, man muss sich nur ein wenig in den Paketmanager von Arch einarbeiten. Im ersten Schritt gilt es herauszufinden welches Paket die Datei /usr/share/gtksourceview-3.0/styles/solarized-dark.xml im System abgelegt hat und die Installation des überarbeiteten Pakets gtksourceview3 verhindert. Dazu kann man pacman mit der Option -Qo und dem vollen Pfad der problematischen Datei aufrufen, unter Debian/Ubuntu entspräche der Befehl dem Aufruf dpkg -S.

$ pacman -Qo /usr/share/gtksourceview-3.0/styles/solarized-light.xml
/usr/share/gtksourceview-3.0/styles/solarized-light.xml ist in gedit-solarized-git 20130705-1 enthalten

Der Schuldige ist somit schnell gefunden, gedit-solarized-git aus dem AUR belegt den Platz, den nun auch gtksourceview3 einnehmen möchte. Um das Problem zu beheben wirft man am besten das unwichtigere Paket — in dem Fall also gedit-solarized-git — vom Rechner. Konflikte mit Paketen aus den Main-Quellen sollte es eigentlich nie geben, da hier auf eine Abstimmung der Speicherorte geachtet wird, ansonsten wäre dies ein klarer Fehler im Paket und müsste von Arch behoben werden.

$ sudo pacman -Rc gedit-solarized-git

Nach der Deinstallation von gedit-solarized-git lief das große GNOME-Update bei mir jeweils reibungslos durch, sollten weitere solche Konflikte auftauchen, muss man sie eben auf dem selben Weg lösen. Schwierig ist das meist nicht, und auch der Zeitaufwand hält sich in Grenzen. Mit Ubuntu und den GNOME-PPAs hatte ich in der Vergangenheit deutlich mehr Ärger, als beim Update von GNOME 3.10 auf GNOME 3.12 in Arch.

Pachist zeigt unter Arch Linux wann welches Paket aus der Paketverwaltung installiert wurde

Christoph Langner — Thu, 06 Mar 2014 12:42:13 +0000

Ab und an ist es für mich recht wichtig herauszufinden, wann welches Paket aus der Paketverwaltung heraus installiert beziehungsweise aktualisiert wurde. Dafür muss man unter Arch Linux eigentlich nur einen Blick in die /var/log/pacman.log werfen, doch das Format der Datei ist alles andere als angenehm zu lesen. Viel einfacher und übersichtlicher geht es mit dem simplen Shell-Skript Pachist.

$ wget https://github.com/Almehdi/pachist/blob/master/
$ mv pachist ~/bin
$ chmod +x ~/bin/pachist
$ yaourt -S colout-git  #Alternativ ein anderer AUR-Wrapper
$ pachist

Die Befehle von oben laden das Skript runter und schieben es nach ~/bin, so dass ihr es von überall aus aufrufen könnt. Das Skript liest das pacman.log aus, schnippelt die relevanten Einträge heraus, bei denen etwas über die Paketverwaltung installiert, aktualisiert oder „downgraded“ wurde, sucht sich noch die Versionsnummern heraus und stellt das ganze dann farbig dar. //Edit: Pachist gibt es auch fertig paketiert als pachist-git im AUR. Von daher erübrigt sich die händische Installation.

Linktipp: Paketverwaltungen der großen Distributionen im Vergleich

Christoph Langner — Thu, 20 Feb 2014 10:33:40 +0000

Auf Servern nutze ich meist Debian, auf manch einem Desktop oder Notebook ist auch Ubuntu im Einsatz. Fedora ist auch nie eine schlechte Wahl und Arch Linux arbeitet generell so zuverlässig und ist trotzdem so aktuell, so dass es eine wahre Freude ist, täglich mit der Distribution zu arbeiten. Was ich damit sagen will: Eigentlich fühlt man sich auf jeder Linux-Distribution schnell heimisch, egal aus welchem Haus sie kommt. GNOME bleibt GNOME, bash bleibt bash, vim bleibt vim, egal unter welcher Distribution man die Anwendungen installiert. Wären da nicht die immer anders arbeitenden Paketverwaltungen! Eine Übersicht im Arch-Wiki gibt jedoch Hilfestellung bei Ausflügen zu anderen Distros.

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.