Arch – 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 am Versuch das Font-Paket ttf-dejavu, von dem unter anderen 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 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%

Darstellung von Calibri (und anderen Bitmap-Fonts) in Linux-Systemen optimieren

Christoph Langner — Wed, 13 Apr 2016 11:10:54 +0000

Mir ist in der letzten Zeit immer mal wieder aufgefallen, dass Gmail (innerhalb von Chrome oder Chromium geöffnet) manche Mails mit einer sehr krakeligen Schrift anzeigt. Analysiert man die betroffenen Nachrichten ein wenig genauer, dann erkennt man recht schnell, dass das Problem in der Darstellung der Microsoft-Schriftart Calibri liegt. Die Thematik betrifft jedoch nun nicht nur Browser (auch in Firefox ist die Darstellung der Schrift misslungen), sondern generell alle Anwendungen wie etwa LibreOffice, die Calibri als Font nutzen. Es gibt jedoch einen Workaround, mit dem sich die Darstellung dieser Schriftart (und anderer Bitmap-Fonts) im System generell optimieren lässt.

Das Problem lässt sich wohl auf vielen Linux-Systemen (ich habe Arch und Ubuntu 16.04 getestet) nachvollziehen, auf denen Calibri als Font installiert wurde. Ein weiteres Beispiel für das schlechte Rendering dieser Schrift im System wäre etwa die finnische Nachrichtenseite Uusi Suomi — Nein, Finnisch gehört nicht gerade zu den Sprachen, die ich fließend spreche, die Seite war jedoch in einem Bugreport zum Thema als weiteres Beispiel verlinkt. Auch hier erscheint die Schrift in weiten Teilen sehr krakelig. Alternativ könnt ihr auch in LibreOffice ein Writer-Dokument öffnen und Calibri als Font einstellen. Auch hier sollte das Problem schnell erkennbar sein.

Krakelige Darstellung von Bitmap-Fonts

Ohne Fontconfig-Hack: Krackelige Darstellung von Calibri bei Gmail.

Ohne Fontconfig-Hack: Krackelige Darstellung von Calibri auf anderen Webseiten.

Die krakelige Schriftdarstellung tritt nun bei allen Fonts auf, die Bitmap-Schriften enthalten. Dazu zählt nicht nur der wohl am häufigsten auftretende Fall Calibri, sondern auch andere Microsoft-Schriften wie etwa Cambria (seit Windows Vista und Microsoft Office 2007) oder Monaco (stammt aus OS X). Unter Linux lässt sich der Gebrauch dieser Bitmap-Schriften nun aber recht leicht abstellen. Dazu müsst ihr die Datei /etc/fonts/conf.avail/20-no-embedded.conf mit Root-Rechten anlegen und den Inhalt aus folgendem Listing einfügen. Damit die Einstellung noch aktiv wird, erstellt ihr am Ende ein Symlink der Datei nach /etc/fonts/conf.d/.

$ sudo nano /etc/fonts/conf.avail/20-no-embedded.conf




  
    
      false

$ sudo ln -s /etc/fonts/conf.avail/20-no-embedded.conf /etc/fonts/conf.d/

Euer System sollte die Konfiguration direkt aufgreifen, ihr müsst lediglich die gewünschten Anwendungen komplett neu starten — Zur Not loggt ihr euch einfach einmal aus der Desktopoberfläche aus und gleich wieder neu ein. Alternativ zum beschriebenen Vorgehen, packt ihr das Listing ohne Root-Rechte in das Homeverzeichnis eures Benutzers nach ~/.config/fontconfig/conf.d/20-no-embedded.conf. Allerdings gilt die Einstellung dann nur für euren User, sodass andere Benutzer wieder über das schlechte Rendering der Schrift klagen werden.

Nach Deaktivieren der Bitmap-Fonts

Mit Fontconfig-Hack

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

Arch-User müssen das Update auf Pacman 4 bis zum 23. April durchgeführt haben.

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.