![]()
Auf dem diesjährigen KDE-Entwicklertreffen im österreichischen Graz hat die KDE-Community weitreichende Entscheidungen für die Zukunft des Plasma-Desktops getroffen. Ziel ist es, Ressourcen effizienter einzusetzen, die Qualität weiter zu steigern und den Desktop besser auf reale Nutzerbedürfnisse auszurichten.
Kein eigenes Plasma-LTS mehr
Eine der zentralen Änderungen betrifft die langfristige Unterstützung (LTS) von KDE Plasma. Bisher hatte das Projekt alle zwei Jahre eine spezielle LTS-Version veröffentlicht, die über längere Zeit gepflegt wurde. Diese Strategie wird nun aufgegeben. Stattdessen erhalten reguläre Plasma-Releases künftig einen verlängerten Wartungszeitraum: Sechs statt wie bisher fünf Bugfix-Zyklen. Dies vereinfacht die Pflege und stellt sicher, dass Nutzer länger von Stabilitätsupdates profitieren – ohne den Aufwand, den ein gesonderter LTS-Zweig bedeutet.
Distributoren, die weiterhin auf stabile Langzeitversionen setzen möchten – etwa Kubuntu oder openSUSE – können Plasma-LTS weiterhin eigenständig pflegen. KDE verweist in solchen Fällen auf die jeweilige Distribution als Ansprechpartner für Support und Updates.
Zum aktuellen Zeitpunkt ist dies jedoch noch keine getroffene Entscheidung, sondern nur ein Vorhaben. Das Thema Plasma LTS soll als Agendapunkt für die diesjährige KDE Akademy 2025 in Berlin aufgenommen und dort behandelt werden.
Zwei Releases pro Jahr statt drei
Ein weiterer Beschluss betrifft den Release-Zyklus von Plasma. Statt wie bisher drei Hauptversionen pro Jahr zu veröffentlichen, plant KDE künftig nur noch zwei. Diese Änderung soll es ermöglichen, neue Funktionen besser zu testen, Bugs zuverlässiger zu beheben und gleichzeitig die Zusammenarbeit mit Distributionen wie Fedora zu verbessern. In der Vergangenheit gab es öfter Beschwerden über zu schnelle Release-Zyklen bei KDE.

Neue Ansätze bei Telemetrie – freiwillig, offen und transparent
Ebenfalls beschlossen wurde ein überarbeiteter Ansatz zum Sammeln von Nutzungsdaten. Bislang war KDE sehr zurückhaltend mit Telemetrie. Das soll sich ändern. Allerdings mit einer weiterhin klaren Betonung auf Freiwilligkeit und Transparenz.
Künftig sollen in unregelmäßigen Abständen optionale Umfragen eingeblendet werden, bei denen Nutzer ihre Zustimmung zur anonymen Datenerhebung geben können oder sie ablehnen. Vorbild ist die Hardware-Umfrage von Steam: Mit einem Klick lässt sich die Teilnahme bestätigen, ablehnen oder dauerhaft deaktivieren.
Die gesammelten Informationen wie z.B. zur Bildschirmauflösung, Nutzungshäufigkeit von Plasma-Funktionen oder Hardware-Konfiguration, sollen helfen, Design- und Entwicklungsentscheidungen stärker an realen Anforderungen auszurichten. Dabei verspricht KDE volle Offenlegung der erhobenen Daten sowie quelloffene Tools und Server, mit denen diese erfasst und ausgewertet werden.
Die KDE-Community will damit den Spagat schaffen zwischen Stabilität und Innovation aber gleichzeitig den Anforderungen moderner Desktop-Nutzer besser gerecht werden ohne dabei die Grundprinzipien von Offenheit und Datenschutz zu kompromittieren.
Was bedeutet das für Desktop Benutzer?
Für typische KDE Plasma Desktop Benutzer, sei es privat oder beruflich, dürften sich die Änderungen überwiegend positiv auswirken. Durch den reduzierten Veröffentlichungsrhythmus wird jede neue Version voraussichtlich stabiler, besser getestet und mit weniger „Kinderkrankheiten“ erscheinen. Dass das Projekt auf eine eigene LTS-Version verzichtet, dürfte für die meisten keine praktischen Nachteile bringen, solange sie Plasma über eine Distribution nutzen, die weiterhin stabile Updates bietet (wie Kubuntu LTS oder openSUSE Leap). Auch die neue Telemetrie-Lösung ist so gestaltet, dass sie den Datenschutz respektiert: Sie ist freiwillig, datensparsam und transparent. Ferner könnte sie langfristig zu spürbaren Verbesserungen in Design und Usability führen, weil KDE endlich fundierter entscheiden kann, was Nutzer wirklich brauchen. Unterm Strich bedeutet das: Weniger Stress durch häufige Upgrades, dafür mehr Qualität und Nutzerorientierung.
Lust auf mehr? Dann empfehle ich den Beitrag im Blog von Nate Graham.


Schreibe einen Kommentar