Schuld daran ist ein Update des offiziellen Linux-Clients auf Electron-Basis, das die GTK-Style-Window-Decoration durcheinandergebracht hat. Die Funktionalität von Spotify bleibt zwar unverändert, optisch sieht es aber alles andere als schick aus.

Lösungsmöglichkeiten für Spotify

Es gibt zwei einfache Wege, um das Problem zu beheben. Die bequemste Variante ist, Spotify als Flatpak zu installieren. Die Flatpak-Version zeigt den blauen Rahmen nicht und ihr müsst euch um nichts kümmern. Änderungen an der Konfiguration sind nicht nötig.

Falls ihr Spotify hingegen über den Spotify Launcher (Paket spotify-launcher aus den Extra-Quellen von Arch) oder direkt aus dem AUR (Eintrag spotify) installiert habt, müsst ihr das Start-Flag --ozone-platform=x11 setzen. Damit wird die GTK-Dekoration korrekt angezeigt. Je nach Installationsart fügt ihr das Flag wie folgt ein:

Für AUR-Spotify in der Datei ~/.config/spotify-flags.conf:

--ozone-platform=x11

Für Spotify Launcher in ~/.config/spotify-launcher.conf:

[spotify]
extra_arguments = ["--ozone-platform=x11"] 

Eventuell müsst ihr diese Dateien erst anlegen. Nach einem Neustart von Spotify sollte der blaue Rahmen verschwunden sein und alles wieder normal aussehen.

Korrektur von Fabian auf Mastodon: Das stimmt so nicht. Das ist ganz alleine dem geschulded das Spotify Wayland-nativ läuft und dort, unter GNOME, eine clientseitige Dekoration (CSD) braucht, die es über diese blaue bereit stellt. Das ganze wieder zu X11 zwingen schafft eventuell echte Probleme, wie verschwommene Schriften, schlechtes (kein) scaling und so weiter. Spotify ist auch nicht Elektron, sondern Chromium Embedded Framework (CEF).

Klar, es ist eine Krücke, aber eine die derzeit hilft. Die Änderung lässt sich ja auch schnell wieder rückgängig machen. Die anderen Optionen wären, Gnome unter X11 zu betreiben oder sich mit den blauen Rahmen anzufreunden. Beides in meinen Augen auch nicht gerade optimal. So ist es erstmal ein Workaround, den man natürlich nicht vergessen sollte, falls sich Spotify irgendwann einmal wieder komisch verhält.

Unter KDE ist das mit Spectacle und KSnip angenehm gelöst. In Kombination hat man mit den beiden Programmen zwei leistungsfähige Werkzeuge für Screenshots mit Anmerkungen, Schatten, Pfeilen, Transparenz und mehr. Unter GNOME sieht es – gerade unter Wayland – etwas magerer aus.

Früher habe ich oft Shutter verwendet. Das konnte alles, was ich gebraucht habe – bis auf Wayland. Seit der Umstellung auf das moderne Display-Server-Protokoll ist Shutter leider keine Option mehr. Die KDE-Tools funktionieren zwar mit Wayland, benötigen als Unterbau jedoch den KWin-Fenstermanager, da jeder Fenstermanager die Screenshot-Funktionen selbst implementieren muss. Hier kommt nun aber Gradia ins Spiel.

Einheitlicher Look für Screenshots

Gradia ist kein klassisches Screenshot-Werkzeug. Ihr könnt damit keine Bildschirmfotos aufnehmen – das übernimmt weiterhin das GNOME-eigene Screenshot-Tool (erreichbar per Druck-Taste, über das Anwendungsmenü oder per Shell-Erweiterung). Was Gradia bietet, ist eine unkomplizierte Nachbearbeitung: Ihr zieht ein bereits aufgenommenes Fensterbild hinein oder übernehmt es aus der Zwischenablage und Gradia poliert es optisch ein wenig auf.

Das funktioniert absolut simpel: Gradia erkennt automatisch den transparenten Fensterrand und legt einen Hintergrund mit Farbverlauf dahinter. Statt eines klassischen transparenten PNGs mit Schatten kommt ein Bild heraus, das sich auch auf dunklem oder hellem Hintergrund gut macht. Die abgerundeten Fensterecken lassen sich zusätzlich betonen, und ihr könnt den Abstand zum Bildrand individuell anpassen. So wirkt das Fenster im Screenshot „freigestellt“ und hebt sich besser vom Hintergrund ab.

Gradia gibt es als Flatpak und lässt sich bequem über Flathub installieren. Wer Flatpak noch nicht eingerichtet hat, findet auf Flathub selbst Anleitungen für so gut wie jede Linux-Distribution. Der unter der GPL-3.0 lizenzierte Quellcode von Gradia ist auf GitHub einsehbar. Die Versionsnummern wirken dort allerdings etwas uneinheitlich: Auf Flathub steht der Zähler bei Version 1.1.0, auf GitHub ist Version 0.2 die aktuellste, obwohl auch eine Version 0.3 existiert, die jedoch älter ist.

Kein Ersatz für Shutter – aber eine gute Ergänzung

Gradia ist klein, schnell installiert und macht genau eine Sache, die aber ordentlich. Wer unter GNOME arbeitet und ästhetische Screenshots für Veröffentlichungen im Netz oder auf Social Media braucht, bekommt mit Gradia ein praktisches Helferlein. Ich hoffe, dass das Tool noch etwas weiterentwickelt wird. Ein simples Annotationswerkzeug oder das Unkenntlichmachen von Bildbereichen wären zum Beispiel sinnvolle Ergänzungen. Aber auch so ist es ein nützliches Werkzeug im GNOME-Kosmos.

GNOME geht hier andere Wege und setzt auf moderne Schnittstellen für Hintergrunddienste. Doch viele Anwendungen – insbesondere proprietäre oder ältere Programme – verlassen sich weiterhin auf das Tray-Modell. Wer solche Tools nutzt, stößt schnell an Grenzen.

GNOME und der Verzicht auf das Legacy-Tray

Statt dem altbekannten Tray setzt GNOME auf moderne Konzepte, um Hintergrunddienste zugänglich zu machen. Dazu gehören:

• Benachrichtigungen im Message Tray: Anwendungen senden Hinweise über das Notification-System – ohne visuelle Präsenz in einem Icon.
• Hintergrunddienste im Systemmenü: Einige Apps (z. B. VPNs oder Bildschirmfreigaben) nutzen spezielle Schnittstellen, um sich direkt im Quick Settings-Menü zu verankern.
• Portale und systemd-User-Services: Anwendungen wie z. B. Syncthing oder Flatpak-Apps nutzen systemd oder D-Bus Portale, um unabhängig vom GUI-Session-Zustand zu laufen.

Diese Architektur ist aus GNOMEs Sicht technisch eleganter – doch viele von euch, die etwa Nextcloud, das TUXEDO Control Center oder andere klassische Apps nutzen, vermissen schlicht die kleinen Icons, die früher dezent im Panel hockten.

Die Lösung heißt AppIndicator – mit Haken

Genau hier kommt die GNOME-Shell-Erweiterung AppIndicator and KStatusNotifierItem Support ins Spiel. Sie bringt das „alte“ Tray zurück in die „neue““ GNOME-Welt – wenn auch nur als Workaround in Form einer Shell-Erweiterung. Optisch macht sie dabei deutlich mehr her als die offizielle Ersatzlösung Status Icons und integriert sich wesentlich besser ins moderne GNOME-Design.

Das Problem: Die Erweiterung wird von Canonical (Ubuntu) gepflegt, und ihre Weiterentwicklung verläuft oft schleppend. Nach jedem neuen GNOME-Release vergehen nicht selten Wochen oder sogar Monate, bis eine kompatible Version bereitsteht. Mit GNOME 48 war das erneut der Fall – doch diesmal gibt es gute Nachrichten.

News aus der Community: Patch für GNOME 48

Beim Stöbern im Issue-Tracker der Erweiterung bin ich auf einen spannenden Hinweis gestoßen: Für GNOME 48 existieren bereits funktionierende Patches! Und noch besser – unter Arch Linux sind diese bereits in das offizielle Paket eingeflossen.

Wenn ihr also Arch oder ein Arch-Derivat wie EndeavourOS oder Manjaro verwendet, könnt ihr euch die aktualisierte Version der Erweiterung direkt über pacman holen:

$ sudo pacman -S gnome-shell-extension-appindicator

Nach der Installation müsst ihr die alte Version der Erweiterung im Erweiterungs-Manager deaktivieren, euch ab- und wieder anmelden. Danach sollte die gepatchte Version als Systemerweiterung auftauchen – und ihr könnt AppIndicators unter GNOME 48 wieder nutzen.

Zwischen Moderne und Kompatibilität

Ich persönlich vermeide Tray-Icons, wo es geht. Viele freie Anwendungen bieten inzwischen native GNOME-Integrationen oder verzichten ganz auf den Zwang zur Hintergrundpräsenz. Doch wenn ihr auf ein Tool angewiesen seid, das nicht auf moderne GNOME-Techniken setzen, kommt ihr um die AppIndicator-Erweiterung kaum herum. Dank der aktiven Community – und dem Patch-Einbau unter Arch – funktioniert sie jetzt auch unter GNOME 48.

Früher habe ich für diese Aufgaben Shutter verwendet. Leider hat dieses Tool inzwischen den Support für Wayland verloren und scheint seit geraumer Zeit nicht weiterentwickelt zu werden. Als aktuelle Alternative setze ich deshalb KSnip ein, um Anmerkungen und Markierungen hinzuzufügen – Auch wenn ich dafür in den Kauf nehmen muss, dass ich mir damit einen Haufen Qt-Bibliotheken ins System laden muss. Was mir jedoch immer noch fehlt, ist ein Lupeneffekt, mit dem ich kleine Details in meinen Screenshots vergrößern und hervorheben kann.

Dieser Effekt lässt sich aber schnell und einfach mit GIMP umsetzen, auch wenn es dafür keinen direkten Filter gibt. In dieser Anleitung zeige ich euch, wie ihr in wenigen Minuten einen Lupeneffekt auf euren Screenshots erstellen könnt.

Schritt-für-Schritt-Anleitung für den Lupeneffekt in GIMP

Screenshot öffnen

Öffnet zunächst euren Screenshot in GIMP. Falls ihr noch keinen Screenshot gemacht habt, könnt ihr dies direkt in GIMP erledigen: Wählt dafür im Menü Datei | Erstellen | Screenshot. Damit könnt ihr den Screenshot entweder direkt im Programm aufnehmen oder eine vorherige Aufnahme importieren.

Bereich auswählen

Wählt nun das Rechteckige Auswahlwerkzeug oder das Elliptische Auswahlwerkzeug aus der linken Werkzeugleiste aus. Zieht die Auswahl um den Bereich, den ihr vergrößern wollt – also den Bereich, den ihr später als Lupeneffekt hervorheben möchtet. Um mit dem Ellipsenwerkzeug einen kreisförmige Auswahl zu erstellen, haltet ihr während des Aufziehens mit der Maus die Umschalt-Taste gedrückt.

Sobald die Auswahl getroffen ist, drückt auf der Tastatur Strg+C, um den Bereich zu kopieren. Anschließend drückt Strg+V, um den Bereich als neue schwebende Auswahl einzufügen. Diese neue Auswahl erscheint dann im rechten oberen Bereich von GIMP unter Schwebende Ebene. Klickt mit der rechten Maustaste darauf und wählt Zur neuen Ebene aus, um die schwebende Auswahl in eine feste Ebene mit dem Namen Transformation umzuwandeln.

Vergrößern der Auswahl

Jetzt kommt der eigentliche Lupeneffekt: Wählt das Skalieren-Werkzeug aus der linken Werkzeugleiste aus und klickt auf die gerade erstellte neue Ebene. Vergrößert die Auswahl so, dass sie die gewünschte „Lupenwirkung“ erzielt. Achten dabei darauf, das Seitenverhältnis zu sperren, damit die Proportionen der Auswahl erhalten bleiben.

Ebene an Bildgröße anpassen

Rechtsklickt auf die neue Ebene im rechten Panel und wählt Ebenen auf Bildgröße. Damit passt ihr die Ebene an die Gesamtbildgröße an, ohne dass sich die anderen Elemente auf dem Screenshot verändern.

Auswahl um den Effekt hinzufügen

Rechtsklickt wieder auf die Ebene im rechten Panel und wählt diesmal Auswahl aus Alphakanal aus. Diese Funktion macht den transparenten Bereich der Ebene auswählbar.

Kontur hinzufügen

Geht nun auf Bearbeiten | Auswahl nachziehen … und passt die Eigenschaften der Umrahmung an. Ihr könnt hier die Farbe der Linie und deren Dicke wählen. Die Standardfarbe wird dabei aus der Vordergrundfarbe von GIMP übernommen. Eine Vorschau gibt es für diese Funktion leider nicht. Klickt auf OK, um die Umrahmung anzuwenden.

Hintergrund anpassen

Zu guter Letzt könnt ihr noch einen Filter auf den Hintergrund anwenden, um den Effekt weiter zu verstärken. Eine Unschärfe oder ein Schatten auf der neuen Ebene sorgen dafür, dass der Lupeneffekt stärker zur Geltung kommt. Dazu könnt ihr im rechten Panel der Ebene Filter auswählen und verschiedene Optionen ausprobieren, wie z. B. Weichzeichnen oder Schatten hinzufügen.

[td_smart_list_end]

Mit diesen einfachen Schritten habt ihr einen effektiven Lupeneffekt in GIMP erstellt. Es erfordert ein bisschen Übung und Feintuning, aber schon nach wenigen Versuchen bekommt ihr ein gutes Gefühl für die Werkzeuge und könnt sie effizient in eure Screenshot-Nachbearbeitung einbauen. Besonders praktisch: Ihr könnt die Methode für beliebige Bildbereiche anwenden, um nicht nur Text, sondern auch andere Details in euren Screenshots hervorzuheben.

Falls ihr also gerade überlegt, von Google Chrome auf Firefox zu wechseln, oder diesen Schritt vielleicht schon gemacht habt: Willkommen! Ihr habt euch für einen starken, flexiblen und offenen Browser entschieden. Aber vielleicht habt ihr auch schon gemerkt – ganz reibungslos läuft der Umstieg vielleicht nicht. Ich lese beispielsweise immer wieder, dass es besonders bei YouTube stockt: Videos starten langsam, ruckeln, laufen nur in niedriger Qualität oder verursachen eine ungewöhnlich hohe CPU-Last.

Woran liegt das? Nun, ganz unbegründet sind die Spekulationen nicht, dass Google als Betreiber von YouTube und als wohl erfolgreichster Werbekonzern aller Zeiten wenig Interesse daran hat, Firefox-Nutzer mit der gleichen Sorgfalt zu behandeln wie Chrome-User. Immerhin ist Firefox die letzte ernstzunehmende Konkurrenz im Browsermarkt. Doch zum Glück lässt sich mit ein paar gezielten Einstellungen einiges retten.

YouTube unter Firefox – diese Tipps helfen

uBlock Origin installieren

Ein zuverlässiger Werbeblocker gehört heute zur Grundausstattung. Nicht nur, weil er lästige Werbung entfernt, sondern auch, weil er Tracking und andere ressourcenhungrige Scripte blockiert. Die Empfehlung kann hier nur lauten: uBlock Origin. Das Add-on ist quelloffen, sehr performant und lässt sich präzise konfigurieren. Um im Gegensatz zu Chrome, gibt es uBlock Origin noch in der „Vollversion“ und nicht nur als abgespeckte Lite-Alternative. Nach der Installation empfiehlt es sich, unter den Filterlisten zusätzlich den Filter uBlock filters – Annoyances zu aktivieren. Dieser sorgt dafür, dass auch störende Seitenelemente (etwa Cookie-Banner, Overlay-Effekte oder YouTube-Spielereien) ausgeblendet werden. Behaltet allerdings im Hinterkopf, dass dieser Filter aktiv ist, er sorgt auf manchen Webseiten auch zu unerwünschten Aussetzern.

Ambient Mode bei YouTube deaktivieren

YouTube hat vor einiger Zeit den sogenannten Ambient Mode eingeführt – dabei werden Farbverläufe des Videos weich in den Hintergrund projiziert. Ganz so, als ob über die Köpfe der Kinobesucher hinweg ein Projekt das Bild auf eine Leinwand werfen würde. Das sieht zwar nett aus, sorgt unter Firefox wohl aber häufig für Darstellungsfehler oder spürbare Performance-Einbußen. Zwingend nötig ist der Effekt nun wirklich nicht.

Wenn euch dieser Effekt auffällt (wie z. B. in diesem Beispielvideo), könnt ihr über das Zahnradsymbol und den Menüpunkt Beleuchtung wie im Kino abstellen. Aber meist ist diese Einstellung nicht von Dauer. Stattdessen bietet es sich an, ihn mithilfe von uBlock Origin gezielt entfernen. Tragt dazu unter Meine Filter folgenden Eintrag ein:

youtube.com###cinematics.ytd-watch-flexy:remove()

Setzt dann noch den Haken oben bei Eigene Filter aktivieren. Das entfernt das störende Element zuverlässig – und senkt ganz nebenbei die Systemlast beim Abspielen von Videos.

Enhanced-h264ify nutzen

Ein echter Gamechanger kann das Add-on enhanced-h264ify sein. Damit zwingt ihr YouTube dazu, Videos im älteren H.264-Format abzuspielen – statt in den modernen VP8- oder VP9-Codecs, die oft hardwareseitig nicht unterstützt werden. Gerade unter Linux – oder bei Laptops ohne aktuelle GPU-Beschleunigung – läuft H.264 oft wesentlich flüssiger. Weniger CPU-Last, weniger Ruckler, längere Akkulaufzeit. Nach der Installation lässt sich das Verhalten in den Einstellungen des Add-ons fein abstimmen.

User-Agent anpassen (optional)

Wenn trotz aller Optimierungen YouTube weiterhin zickt, kann es helfen, den sogenannten User-Agent zu ändern. Damit gebt ihr euch gegenüber Webseiten nicht mehr als Firefox, sondern z. B. als Chrome-Browser aus. Das geht ganz einfach mit dem Add-on User-Agent Switcher. Nach der Installation könnt ihr den Browser auf Chrome „umstellen“. Klar: Ideal ist das nicht. Denn so bekommen Webseitenbetreiber keine Rückmeldung, dass Firefox-Nutzer existieren und gute Performance erwarten. Aber wenn ihr nur schauen wollt – und euch der Ärger mit YouTube nervt – kann dieser Schritt kurzfristig helfen.

Die Browser-Wars sind zurück

Was wir gerade erleben, ist kein Zufall. Firefox steht allein gegen eine überwältigende Übermacht an Chrome-Derivaten. Ob Brave, Microsofts Edge, Opera oder Vivaldi – sie alle bauen inzwischen auf Googles Blink-Engine auf. Firefox ist der leider letzte große Browser mit echter technischer Unabhängigkeit. Wir können nun wirklich nur hoffen, dass Mozilla trotz aller Querelen weiterhin wirtschaftlich stabil bleibt und die Entwicklung des Browser vorran treibt.

Und genau deshalb ist es so wichtig, ihn zu nutzen. Ihn zu unterstützen. Denn ohne Firefox würde Google das Web wohl endgültig kontrollieren. Der Kampf um offene Standards, freie Software und ein privatsphärefreundliches Internet ist zurück – und wir alle sind ein Teil davon. Also: Wechselt. Testet. Gebt Firefox eine echte Chance. Und lasst euch nicht vom ersten YouTube-Ruckler entmutigen. Wenn ihr noch weitere Tipps oder Erfahrungen zum Thema habt, schreibt sie gerne in die Kommentare.

Besonders ärgerlich wird das, wenn der Monitor, den GDM für den Login verwendet, gar nicht eingeschaltet ist. Dann bleibt der Bildschirm schwarz, und ich tappe im Dunkeln, bis ich das Notebook aufklappe oder den richtigen Monitor finde. Offenbar nutzt GDM eine eigene Konfiguration, die nichts mit den Anzeigeeinstellungen der GNOME-Sitzung zu tun hat. Im Wiki von Arch Linux bin ich auf eine Lösung gestoßen, mit der sich dieses Verhalten zuverlässig korrigieren lässt – und die auch unter anderen Distributionen funktioniert.

Warum GDM den falschen Monitor verwendet

Das Problem tritt typischerweise bei Systemen mit mehreren Bildschirmen auf, besonders wenn proprietäre Grafiktreiber wie von Nvidia im Einsatz sind. GNOME speichert die Bildschirmanordnung pro Nutzer in einer Datei namens monitors.xml im Verzeichnis ~/.config. GDM hingegen nutzt eine eigene Konfiguration im Kontext des gdm-Benutzers. Da diese Datei beim Einrichten des Systems nicht automatisch mit der des Hauptbenutzers synchronisiert wird, kann es passieren, dass der Login-Screen auf dem falschen Bildschirm erscheint – und dort auch bleibt.

Manuelle Lösung: Anzeigeeinstellungen übernehmen

Der einfachste Weg, GDM die richtige Monitorkonfiguration beizubringen, ist das Kopieren der monitors.xml-Datei aus dem Benutzerverzeichnis in das Konfigurationsverzeichnis von GDM.

1. Stellt zunächst die gewünschte Bildschirmkonfiguration in GNOME ein. Öffnet dazu die Anzeigeeinstellungen über:

$ gnome-control-center display

Wählt den bevorzugten Hauptbildschirm aus und arrangiert die Monitore nach Wunsch. Die Änderungen werden automatisch in eurem Homeverzeichnis unter ~/.config/monitors.xml gespeichert.

2. Kopiert die Datei in das Home-Verzeichnis von GDM:

$ sudo install -o root -m 644 ~/.config/monitors.xml ~gdm/.config/

Das Home-Verzeichnis des GDM-Nutzers ~gdm wird dabei korrekt vom System interpretiert.

3. Startet GDM neu, damit die neue Konfiguration übernommen wird – Achtung: Dabei wird eure aktuelle GNOME-Sitzung ohne Vorwarnung beendet:

$ sudo systemctl restart gdm

Nach dem Neustart sollte der Login-Screen auf dem gewünschten Monitor erscheinen.

Automatisierte Lösung: Mit einem Systemd-Service

Wenn Ihr häufiger mit unterschiedlichen Monitor-Setups arbeitet oder einfach eine dauerhafte Lösung bevorzugt, könnt Ihr das Kopieren der Datei beim Systemstart automatisieren.

1. Legt das Verzeichnis für den systemd-Override an:

$ sudo mkdir -p /etc/systemd/system/gdm.service.d

2. Erstellt eine neue Konfigurationsdatei override.conf mit folgendem Inhalt:

[Service]
ExecStartPre=/bin/sh -c 'install -o root -m 644 /home/EUER_NUTZER/.config/monitors.xml ~gdm/.config/monitors.xml || true'

Ersetzt EUER_NUTZER durch euren tatsächlichen Benutzernamen.

3. Ladet die systemd-Konfiguration neu:

$ sudo systemctl daemon-reexec

Beim nächsten Start von GDM wird die Datei automatisch übernommen.

Noch einfacher: Mit den grafischen GDM-Settings

Ganz zum Schluss gibt es noch eine grafische Alternative. Mit dem Programm GDM Settings, oder in der deutschen Übersetzung GDM Einstellungen, könnt Ihr viele Details des Loginmanagers konfigurieren – darunter eben auch die Bildschirmeinstellungen übernehmen. Ganz einfach per Mausklick und ohne Kommandozeile.

Das Programm ist kein offizielles GNOME-Tool und befindet sich meist auch nicht in den Paketquellen. Ihr könnt es aber via Flathub problemlos installieren. Achtet beim ersten Start auf die Warnung: Nutzung auf eigene Gefahr. Viele Optionen ändern Systemdateien, was im Einzelfall zu Problemen führen kann – aber in der Regel funktioniert alles wie gewünscht.

Zum Übernehmen der Bildschirmkonfiguration des aktuell angemeldeten Nutzers öffnet Ihr in der Seitenleiste den Punkt Anzeige und klickt dann auf Aktuelle Bildschirmeinstellungen anwenden. Eine automatische Übernahme bei wechselnden Setups gibt es hier allerdings nicht. Wenn Ihr euer Notebook regelmäßig zwischen Arbeitsplatz und Homeoffice mit jeweils unterschiedlicher Monitorkonfiguration nutzt, ist die oben beschriebene systemd-Variante möglicherweise die bessere Wahl.

Ursache ist die Audioerkennung des GNOME-Settings-Daemons, der in bestimmten Fällen nicht automatisch zwischen Headset und einfachem Kopfhörer unterscheiden kann. Eine integrierte Option zur dauerhaften Deaktivierung des Dialogs existiert bislang nicht. Eine Erweiterung schafft hier Abhilfe.

Eine einfache Lösung: Auto Select Headset

Die GNOME-Erweiterung Auto Select Headset unterdrückt den „Select Audio Device“-Dialog auf Systemen ohne automatische Klinkenerkennung. Stattdessen wird dem System direkt mitgeteilt, dass ein Headset angeschlossen wurde. Die Erweiterung eignet sich für alle, die eine automatische Auswahl des Audio-Geräts bevorzugen und dabei auf zusätzliche Rückfragen verzichten möchten. Der Quellcode ist auf GitHub verfügbar.

Das Logo des Herstellers glitzert mir auf der Frontseite des Gehäuses entgegen, doch weitere Informationen zum Gerät finden sich dort nicht. Und auch auf der Rückseite gibt es keine weiteren Details. Ein Schildchen mit der Typenbezeichnung gab es in der Regel bei den guten alten Röhrenmonitoren, doch bei meinen aktuellen Dell-Flatscreens findet sich dort nichts mehr. Auch die Monitor-Einstellungen der Gnome-Desktopumgebung lässt den Nutzer im Stich. Die zeigen nur dann Informationen zum Typ des Monitors an, wenn zwei Displays angeschlossen sind. Mehr als den Hersteller und die Bildschirmdiagonale erfährt man jedoch nicht.

Gnome geizt mit Informationen

Wenn die grafischen Tools so sparsam mit Informationen sind, dann hilft doch sicherlich das Terminal. Tools zur Anzeige von Hardware-Informationen gibt es unter Linux ja wie Sand am Meer, da müsste doch was dabei sein. Das Go-To-Werkzeug für diese Aufgabe wäre hier Inxi, das sich bei vielen Distributionen aus den Paketquellen installieren lässt (etwa via pacman -S inxi bei Arch Linux oder apt install inxi bei Ubuntu, Debian und Derivaten). Das Kommando inxi -F spuckt dann sämtliche Details zum System aus, aber auch hier Pustekuchen: keine Details zu den angeschlossenen Monitoren.

Details zum Monitor über das Terminal

Um mir eine weitere Suche unter den zahlreichen Tools zu ersparen, greife ich nun gleich auf das „richtige“ Werkzeug zurück. Details zum Displayserver liefert das Kommandozeilenwerkzeug Xrandr. Tools wie Inxi machen in der Regel nichts anderes, also solche Kommandos auszuführen und die Ausgabe optisch aufgewertet anzuzeigen. Über xrandr -q --verbose bekommt man also zahlreiche Details zu den unterstützten Auflösungen und Wiederholraten, doch der Name und Typ des Monitors fehlt immer noch. Aber nicht ganz: Die Daten sind im Feld EDID oder Extended Display Identification Data codiert.

Wer diese Daten nun jetzt nicht von Hand decodieren möchte, muss sich ein wenig unter die Arme greifen lassen. Das bei Stack Overflow gepostete Skript beispielsweise braucht keine weiteren Helferlein, um die EDID zu dekodieren. Ihr speichert folgenden Code einfach als monitor.sh ab und macht die Skriptdatei via chmod +x monitor.sh ausführbar. Aus dem Terminal heraus aufgerufen, zeigt das Skript dann die angeschlossenen Monitore inklusive den Namen des Herstellers und der Typenbezeichnung an. Technische Details zu Auflösungen oder Wiederholraten fehlen, doch die lassen sich ja auch an zahlreichen anderen Stellen ermitteln.

#!/bin/bash
while read -r output hex conn; do
    [[ -z "$conn" ]] && conn=${output%%-*}
    echo "# $output $conn   $(xxd -r -p <<< "$hex")"
done < <(xrandr --prop | awk '
    !/^[ \t]/ {
        if (output && hex) print output, hex, conn
        output=$1
        hex=""
    }
    /ConnectorType:/ {conn=$2}
    /[:.]/ && h {
        sub(/.*000000fc00/, "", hex)
        hex = substr(hex, 0, 26) "0a"
        sub(/0a.*/, "", hex)
        h=0
    }
    h {sub(/[ \t]+/, ""); hex = hex $0}
    /EDID.*:/ {h=1}
    END {if (output && hex) print output, hex, conn}
    ' | sort
)

$ ./monitor.sh 
# DP1-8 DP1   DELL U2515H
# HDMI1 HDMI1   DELL P2213

Alternativ holt ihr euch das Paket edid-decode auf den Rechner. Bei Ubuntu/Debian oder Linux Mint direkt über die offiziellen Paketquellen (via apt install edid-decode), bei Arch Linux oder Manjaro lediglich über das AUR (etwa mit einem AUR-Helper via yay -S edid-decode-git). Hier genügt dann der folgende Einzeiler, der allerdings nicht mit dem proprietären Nvidia-Treiber funktioniert. Hier bekommt ihr dann allerdings nicht nur den Hersteller und den Monitortyp angezeigt, sondern auch gleich die Seriennummer der Geräte — falls ihr an diesen Interesse haben solltet.

$ for file in $(ls -1 /sys/class/drm/*/edid); do text=$(tr -d 0 <"$file"); if [ -n "$text" ]; then edid-decode "$file" | grep -e Manufacturer: -e Product; sleep 0.0001; fi done
  Vendor & Product Identification:
    Manufacturer: DEL
    Display Product Serial Number: '9X2VY55I0J0L'
    Display Product Name: 'DELL U2515H'
  Vendor & Product Identification:
    Manufacturer: DEL
    Display Product Serial Number: 'Y57VF31AAT3M'
    Display Product Name: 'DELL P2213'

Letztendlich wäre es natürlich schneller gewesen die alten Rechnungen herauszusuchen, oder vielleicht auch mal einen Blick über den Tellerrand zu KDE zu werfen. Im Gegensatz zu den Einstellungen von Gnome zeigen die Systemeinstellungen von KDE nämlich gleich die Bildschirmkennungen mit an. Wie immer ist Gnome ein wenig arg spartanisch und geizig mit Funktionen und Details. In meinen Augen dürften die System-Settings von Gnome ruhig auch die Bezeichnungen ausgeben. Nötig sind sie in der Regel nicht, doch ab und an können sie doch auch praktisch sein.

Es gibt aber durchaus ein paar Erweiterungen, die ich nicht missen möchte: Dazu gehört zum Beispiel GSConnect zum Andocken des Desktops an KDE Connect, sodass Benachrichtigungen des Handys an den Desktop weitergeleitet werden oder die Musikwiedergabe automatisch stoppt, sobald ein Anruf eingeht. Der Abgleich der Zwischenablage für Copy&Paste ist auch praktisch. Aus Nostalgiegründen gehört aber aktuell auch der Desktop Cube dazu. Die Erweiterung ergänzt Gnome mit einem 3D-Würfel, wie ihr ihn eventuell noch von Compiz her kennt — einen Rechner mit schneller Grafikkarte braucht es dafür nicht zwingend. Bei mir genügt ein Intel Core i7-7700T mit einer internen HD Graphics 630. An der Erweiterung wird auf Github aktuell aktiv gearbeitet, die fünfte Version des Addons wurde gerade erst vor zwei Tagen veröffentlicht. Neu ist ein einfacher Dialog zur Konfiguration der wichtigsten Parameter, sodass ihr den Würfel an eure eigenen Vorstellungen anpassen könnt.

Welche Pakete auf eurem System betroffen sind, ermittelt ihr über das Kommando pacman -Qoq /usr/lib/python3.9. Sollte das System hier ein oder mehrere Namen ausspucken, dann müsst ihr diese über euren AUR-Helper neu erstellen, um in Zukunft Fehler beim Ausführen der entsprechenden Anwendungen auszuschließen. Die schnellste und einfachste Methode dafür ist, die Liste an euren AUR-Helper zu übergeben. Beachtet dazu das zweite Kommando aus dem folgenden Listing. Tauscht den Aufruf des AUR-Helpers, hier paru, gegen das von euch genutzte Programm aus. Zur Kontrolle prüft ihr am Ende, ob es nun keine veralteten Programme mehr gibt.

$ pacman -Qoq /usr/lib/python3.9
chrome-gnome-shell
[...]
python-pympress
python-vlc
setzer
sunflower
$ pacman -Qoq /usr/lib/python3.9 | paru -S - --rebuild
$ pacman -Qoq /usr/lib/python3.9
Fehler: Kein Paket besitzt /usr/lib/python3.9

Die Aktion ist bei allen Systemen nötig, die auf Arch Linux aufsetzen und das AUR integrieren. Dazu gehören natürlich Arch Linux selbst sowie äußerst beliebte Derivate wie Manjaro, aber auch eher Exoten wie ArcoLinux, Chakra oder KaOS. Eine Liste der zahlreichen Arch-Linux-Derivate pflegt das Arch Wiki. Auch wird es nicht das letzte Mal sein, dass die Python-Anwendungen aus dem AUR neu gebaut werden müssen, da nächste Python-Update kommt bestimmt.