KDE Plasma wird Wayland-only: Was der Umstieg im Oktober 2026 für Live-Hintergründe unter Linux bedeutet

Wer unter Linux mit KDE Plasma arbeitet, hat gerade erst das Wartungs-Update auf Plasma 6.7.4 installiert, Anfang August 2026 veröffentlicht, mit Korrekturen rund um KWin und AMD-Grafiktreiber. Schon zwei Monate später steht der eigentlich große Schritt an: Plasma 6.8, angekündigt für den 14. Oktober 2026, passend zum 30-jährigen Bestehen von KDE, bietet am Anmeldebildschirm keine eigene X11-Sitzung mehr an. Was bei GNOME längst passiert ist, GNOME 49 hat X11 standardmäßig abgeschaltet, GNOME 50 hat den Code Anfang 2026 vollständig entfernt, holt Plasma damit nach, nur eben mit eigenem Zeitplan und eigenen Konsequenzen für alles, was auf dem Desktop läuft.

Für die meisten Programme ändert sich dabei praktisch nichts. Für eine kleine, aber hartnäckige Kategorie Software schon: animierte Live-Hintergründe, Gloomia eingeschlossen, die sich unter Linux an eine X11-Desktop-Sitzung anbinden, um die Animation direkt hinter allen Fenstern zu zeichnen. Wer diese Umstellung gerade auf dem Radar bekommt, weil openSUSE, Kubuntu oder Manjaro mit KDE-Edition irgendwann auf Plasma 6.8 aktualisieren, findet hier, was sich konkret ändert, warum das für Live-Hintergründe eine echte Hürde ist und keine Kleinigkeit, und was die eigenen Optionen jetzt sind.

Was sich mit Plasma 6.8 im Oktober konkret ändert

KDE hat den Weg zu Wayland-only nicht über Nacht eingeschlagen, sondern über mehrere Jahre vorbereitet. Plasma 6.7 gilt als letzte Version mit einer eigenständigen, vollwertigen X11-Sitzung am Anmeldebildschirm. Mit Plasma 6.8, dessen Veröffentlichung KDE für den 14. Oktober 2026 terminiert hat, verschwindet diese Option dort. Nach Angaben aus dem KDE-Umfeld lief bereits ein Großteil der Plasma-6.6-Nutzer auf Wayland, X11 war für die meisten also schon vor der Umstellung eher die Ausnahme als die Regel. Das macht den Schritt für KDE nachvollziehbar, ändert aber nichts daran, dass die verbleibende X11-Minderheit den Unterschied direkt zu spüren bekommt, sobald sie aktualisiert.

Wichtig ist dabei eine Unterscheidung, die im Alltag oft durcheinandergerät: X11-Anwendungen selbst verschwinden mit diesem Schritt nicht. Sie laufen weiterhin über XWayland, eine Kompatibilitätsschicht, die einzelnen X11-Programmen erlaubt, innerhalb einer Wayland-Sitzung ganz normal ihr Fenster zu öffnen. Was verschwindet, ist die X11-Sitzung als solche, also die Option, sich am Anmeldebildschirm für X11 statt für Wayland zu entscheiden. Für ein normales Programm ist das ein Detail im Hintergrund. Für einen Live-Hintergrund ist es der entscheidende Unterschied, wie weiter unten deutlich wird.

GNOME war zuerst dran, KDE zieht jetzt nach

Wer sich schon mit dem Thema beschäftigt hat, kennt die GNOME-Seite davon vermutlich bereits. GNOME 49 hat die X11-Sitzung standardmäßig deaktiviert, ohne den Code komplett zu entfernen, eine Art weicher Testlauf. GNOME 50, Anfang 2026 veröffentlicht, hat den X11-Code dann tatsächlich vollständig aus dem Projekt gestrichen. Distributionen, die GNOME als Standard-Desktop ausliefern und auf diese Versionen aktualisieren, bieten seither keine X11-Sitzung mehr an, unabhängig davon, welche Distribution konkret darunterliegt.

KDE Plasma folgt derselben Logik, nur mit eigenem Zeitplan, der jetzt eben näher rückt als die GNOME-Umstellung, die für viele bereits Geschichte ist. Für alle, die bewusst bei KDE geblieben sind, teils gerade weil Plasma länger als GNOME an einer vollwertigen X11-Sitzung festgehalten hat, bedeutet das: Der Vorsprung, den KDE in dieser Hinsicht hatte, läuft im Oktober 2026 aus. Wer bislang dachte, das Wayland-Thema betreffe nur GNOME-Nutzer auf Fedora oder Ubuntu, sollte sich also nicht zu sicher fühlen, nur weil die eigene Distribution auf Plasma statt GNOME setzt.

View Terminal

Terminal, eine lebendige Konsole mit tippenden Befehlen, ist einer der Gloomia-Hintergründe, die unter Linux eine X11-Sitzung brauchen, um überhaupt hinter den Fenstern zu erscheinen.

Warum das für Live-Hintergründe eine andere Hürde ist als für normale Software

Ein Browser, ein Texteditor, fast jedes gewöhnliche Programm läuft unter Wayland heute problemlos, entweder nativ oder eben über XWayland. Das deckt den allergrößten Teil der Software ab, die die meisten Menschen täglich benutzen, weshalb der Umstieg für die breite Masse so unauffällig verläuft.

Ein animierter Live-Hintergrund ist ein enger und tatsächlich schwierigerer Fall. Ein normales Fenster zu zeichnen ist etwas völlig anderes, als die Desktop-Hintergrundebene selbst zu bespielen, also die Fläche, die hinter jedem einzelnen Fenster liegt. X11 hat diese Ebene seit jeher recht direkt zugänglich gemacht, weshalb Werkzeuge für animierte Hintergründe historisch fast durchgängig zuerst für X11 gebaut wurden. Wayland gibt X11-Anwendungen genau diesen Zugriff nicht in gleicher Form, auch nicht über XWayland, denn XWaylands Aufgabe ist es, einzelne X11-Programme innerhalb einer Wayland-Sitzung zum Laufen zu bringen, nicht X11s gesamten Ansatz für die Desktop-Hintergrundebene nachzubilden. Genau diese Lücke ist der eigentliche Grund, warum Live-Hintergründe als Software-Kategorie dem Wayland-Umstieg generell hinterherhinken, deutlich stärker als etwa Browser oder Office-Anwendungen.

Wo Gloomia unter Linux gerade steht

Gloomias Linux-Version wird als .deb-Paket oder als portables AppImage ausgeliefert und bindet sich an eine X11-Desktop-Sitzung an, um die Animation direkt hinter den Fenstern darzustellen. Das war seit dem Start der Linux-Version so und ändert sich durch Plasma 6.8 nicht automatisch, sondern erst dann, wenn die konkrete Sitzung auf dem eigenen Rechner keine X11-Option mehr anbietet. Solange ein System noch bei Plasma 6.7 bleibt oder eine Distribution weiterhin eine X11-Sitzung parallel zu Wayland anbietet, läuft Gloomia genau wie bisher: voller Katalog, dieselben Preise, dieselbe automatische Pausierung im Akkubetrieb wie unter Windows und macOS. Fehlt die X11-Sitzung nach einem Update, gibt es dort schlicht nichts, woran sich Gloomia anbinden könnte, dieselbe Situation, die auf GNOME-Sitzungen ab Fedora 43 beziehungsweise Ubuntu 26.04 bereits seit Monaten gilt.

Der ausführliche Guide zur Linux-Installation geht Schritt für Schritt durch das .deb-Paket und das AppImage und ordnet ehrlich ein, wie weit die Linux-Version aktuell im Vergleich zur Windows-Version ist. Wer sich fragt, warum ein Gloomia-Hintergrund gerade pausiert oder gar nicht erst startet, findet in der Übersicht zu Pausierungsgründen die häufigsten Ursachen, die fehlende X11-Sitzung eingeschlossen.

Woran du erkennst, welche Sitzung gerade läuft

Weil sich die Antwort nicht mehr zuverlässig aus dem Namen der eigenen Distribution ableiten lässt, lohnt sich ein direkter Blick. Am schnellsten geht das am Anmeldebildschirm: SDDM, der bei KDE-Systemen übliche Anmeldemanager, zeigt meist ein kleines Zahnrad- oder Menüsymbol neben dem Passwortfeld, das die verfügbaren Sitzungen namentlich auflistet. Fehlt dort eine explizit als X11 oder Plasma (X11) gekennzeichnete Option, läuft auf diesem Rechner nur noch Wayland.

Wer bereits angemeldet ist und aus einer laufenden Sitzung heraus prüfen möchte, öffnet ein Terminal und gibt echo $XDG_SESSION_TYPE ein. Die Ausgabe lautet entweder x11 oder wayland und ist unabhängig davon zuverlässig, was Marketingtexte der eigenen Distribution oder deren Standardeinstellungen behaupten.

Was jetzt konkret zu tun ist

Wer heute schon Gloomia unter KDE Plasma nutzt und die X11-Sitzung dafür braucht, hat bis Oktober 2026 Zeit, sich einzurichten, und danach noch mehrere echte Optionen. Die einfachste: beim Distributions-Update auf Plasma 6.8 bewusst darauf achten, ob der Paketmanager oder das eigene Systemabbild noch eine X11-Sitzung mitbringt, was je nach Distribution unterschiedlich lange der Fall sein wird, auch wenn KDE selbst die Pflege der X11-Sitzung nicht mehr fortführt. Wer lieber langfristig plant, installiert zusätzlich eine Desktop-Umgebung, die weiterhin standardmäßig auf X11 läuft, etwa Xfce, Cinnamon, MATE oder LXQt. Alle vier lassen sich auf einem bestehenden System parallel zu Plasma installieren, ohne dass eine Neuinstallation nötig ist, und geben eine X11-Sitzung an die Hand, ohne auf eine ältere Plasma-Version angewiesen zu sein, die irgendwann selbst keine Sicherheitsupdates mehr bekommt.

Was nicht hilft, auch wenn es naheliegend klingt: sich auf XWayland zu verlassen. XWayland hält einzelne X11-Programme am Laufen, ändert aber nichts daran, wie die Desktop-Hintergrundebene bereitgestellt wird, und genau das ist der eigentliche Engpass. Wer speziell einen Live-Hintergrund am Laufen halten will, muss die Sitzungsart selbst ändern, nicht auf die Kompatibilitätsschicht für einzelne Anwendungen vertrauen.

View Command Center

Command Center, ein dichter Ops-Room-Hintergrund aus dem Pro-Katalog, braucht wie jeder andere Gloomia-Hintergrund dieselbe X11-Sitzung, um überhaupt zu rendern.

Warum dieser Rückstand technisch überhaupt entsteht

Es lohnt sich, kurz einzuordnen, warum diese Lücke besteht, statt sie als reine Nachlässigkeit abzutun. Wayland wurde bewusst strenger konzipiert, was Anwendungen auf dem Desktop sehen und beeinflussen dürfen, als X11 es je war, vor allem aus Sicherheits- und Isolationsgründen. Eine X11-Anwendung konnte historisch bedingt unter Umständen Fensterinhalte anderer Programme mitlesen oder Eingabeereignisse in fremde Programme einschleusen, genau die Art von Zugriff, die ein Compositor-first-Design wie Wayland gezielt unterbindet. Der Zugriff auf die Desktop-Hintergrundebene liegt nah an dieser Grenze, weshalb Software in dieser Kategorie, nicht nur Gloomia, sondern das gesamte Feld animierter Desktop-Hintergründe, Wayland generell später erreicht als gewöhnliche Anwendungen. Es ist ein Kompromiss zwischen der Offenheit, die diese Art von Software unter X11 lange Zeit einfach zu bauen gemacht hat, und dem bewusst stärker abgeschotteten Modell, auf dem Wayland aufbaut.

Das macht die aktuelle Lage nicht weniger unpraktisch für alle, die gerade heute einen Live-Hintergrund auf einem frisch aktualisierten KDE-System betreiben wollen. Es hilft aber zu verstehen, dass es sich um einen strukturellen Unterschied zwischen zwei Display-Server-Konzepten handelt und nicht um einen Fehler, der demnächst einfach behoben wird.

Fazit: Linux mit Plasma bleibt praktikabel, nur bewusster gewählt

Der 14. Oktober 2026 ist kein Termin, an dem Live-Hintergründe unter KDE Plasma pauschal aufhören zu funktionieren, aber er ist der Punkt, ab dem die eigene Sitzungswahl beim Anmeldebildschirm plötzlich wieder eine bewusste Entscheidung wird, statt eine Selbstverständlichkeit. Wer heute schon weiß, dass ein Live-Hintergrund fester Bestandteil des eigenen Desktops bleiben soll, trifft diese Entscheidung am besten jetzt, vor dem nächsten großen Update, und nicht erst, wenn Gloomia nach einer Aktualisierung plötzlich nichts mehr zum Anbinden findet.

Unabhängig davon, für welche Sitzung man sich entscheidet, bleibt der Rest von Gloomia unter Linux unverändert: dieselben drei dauerhaft kostenlosen Hintergründe, Starfield, Planet System und Hue Drift, ohne Konto und ohne Wasserzeichen, derselbe volle Katalog samt Pro-Freischaltung, und derselbe Lizenzschlüssel, der sich auf bis zu drei Geräten gleichzeitig aktivieren lässt, unabhängig davon, welches Betriebssystem oder welche Sitzungsart die einzelnen Geräte jeweils nutzen. Wer noch abwägt, ob Gloomia überhaupt die richtige Wahl gegenüber anderen Linux-Optionen ist, findet im Vergleich Alternative zu Wallpaper Engine für Mac und Linux weitere Einordnung, und der Lizenzschlüssel-Guide beantwortet, was mit einem bereits aktivierten Schlüssel passiert, wenn ein Gerät später die Sitzungsart wechselt. Wer eher nach der Optik als nach der Technik dahinter sucht, findet im Vergleich der Hacker-Ästhetik-Hintergründe Digital Rain, Terminal und Command Center noch einmal direkt gegenübergestellt.

Häufig gestellte Fragen

Wann genau wird KDE Plasma Wayland-only?

Mit Plasma 6.8, das für den 14. Oktober 2026 angekündigt ist, bietet der Anmeldebildschirm keine eigene X11-Sitzung mehr an. Plasma 6.7, zuletzt mit dem Wartungs-Update 6.7.4 Anfang August 2026 aktualisiert, ist die letzte Version mit einer dedizierten X11-Sitzung.

Läuft Gloomia noch, wenn meine Distribution auf Plasma 6.8 aktualisiert?

Gloomias Linux-Version bindet sich an eine X11-Desktop-Sitzung. Bietet dein Anmeldebildschirm nach dem Update auf Plasma 6.8 keine X11-Sitzung mehr an, gibt es für Gloomia dort nichts, woran es sich anbinden könnte. Bleibst du bei Plasma 6.7 oder wählst du weiterhin eine X11-Sitzung, falls deine Distribution sie parallel anbietet, ändert sich nichts.

Reicht es, dass X11-Programme über XWayland weiterlaufen?

Nein. XWayland lässt einzelne X11-Anwendungen ihr eigenes Fenster innerhalb einer Wayland-Sitzung öffnen und normal funktionieren. Ein Live-Hintergrund braucht dagegen Zugriff auf die Desktop-Hintergrundebene selbst, die hinter allen Fenstern liegt. Diesen Zugriff stellt XWayland X11-Programmen nicht in der gleichen Form bereit, wie es eine echte X11-Sitzung tut.

Betrifft das nur KDE Plasma, oder auch GNOME?

Beide Desktop-Umgebungen bewegen sich in dieselbe Richtung, nur zeitlich versetzt. GNOME 49 hat die X11-Sitzung standardmäßig bereits deaktiviert, GNOME 50 hat den X11-Code Anfang 2026 vollständig entfernt. KDE Plasma zieht mit Version 6.8 im Oktober 2026 nach. Auf Fedora- und Ubuntu-GNOME-Sitzungen ab den entsprechenden Versionen ist X11 also schon länger weg, bei Plasma steht der Schritt gerade erst bevor.

Welche Desktop-Umgebungen laufen 2026 noch standardmäßig auf X11?

Xfce, MATE, Cinnamon und LXQt laufen weiterhin standardmäßig auf X11, auch auf Distributionen, deren GNOME- oder Plasma-Sitzung bereits Wayland-only geworden ist. Eine dieser Umgebungen zusätzlich zu installieren, ist der einfachste Weg, eine X11-Sitzung auf einem sonst Wayland-only gewordenen System zu behalten.

Wie finde ich heraus, ob meine Sitzung gerade X11 oder Wayland ist?

Am Anmeldebildschirm, meist bei SDDM oder GDM, zeigt ein kleines Zahnrad- oder Menüsymbol neben dem Passwortfeld die verfügbaren Sitzungen namentlich an. In einer bereits laufenden Sitzung zeigt ein Terminal mit dem Befehl echo $XDG_SESSION_TYPE entweder x11 oder wayland an.