KDE gibt das Plasma LTS-Label auf und strebt erweiterte Unterstützung für alle Versionen an

KDE stellt Plasma LTS ein und geht zu einer zuverlässigeren Unterstützung durch längere regelmäßige Veröffentlichungen über und führt ein intelligenteres, opt-in Telemetrie-System ein.
Eine Übersetzung von 🇬🇧 Linuxiac.com

Heute ist ein großer Tag für technische Neuigkeiten! Nach der Ankündigung der Rückkehr von Redis in den Open-Source-Bereich hat KDE, die beliebte Desktop-Umgebung, die von Millionen von Menschen genutzt wird, gerade einige ebenso aufregende Updates veröffentlicht.

Nach einer Woche intensiver Diskussionen und Hacking in Graz, Österreich, hat das KDE-Plasma-Team eine klare Roadmap erstellt, die einige langjährige Annahmen über seinen Flaggschiff-Desktop umschreibt. Laut Entwickler Nate Graham hat die Gruppe beschlossen, dedizierte Plasma-LTS-Releases auslaufen zu lassen, die Release-Kadenz zu straffen und neue Schutzmechanismen für Drittanbieter-Inhalte einzuführen.

Jahrelang gab es für Plasma einen "Long-Term Support"-Zweig, der zwar Bugfix-Backports, aber kaum aktive Tests enthielt. Die Teilnehmer des Sprints kamen zu dem Schluss, dass der begrenzte Umfang dieser Vereinbarung Erwartungen weckte, die sie nicht mehr erfüllen konnten. Anstelle einer separaten LTS-Linie erhält nun jede normale Plasma-Version ein zusätzliches Wartungsupdate - sechs Bugfix-Releases statt fünf -, um den Support zu erweitern, ohne die Aufmerksamkeit der Entwickler zu zersplittern.

Obwohl die Bezeichnung LTS im Upstream verschwindet, hält nichts Distributionen wie Kubuntu oder SUSE davon ab, längerlebige Stacks zu pflegen. Das KDE-Team plant daher, Benutzer von "Unternehmens"-Distributionen auf die Tracker ihrer Hersteller zu verweisen, um den KDE-Entwicklern die Möglichkeit zu geben, sich auf Probleme zu konzentrieren, die mit dem aktuellen Code reproduzierbar sind.

Darüber hinaus wurde in diesem Sprint die Idee vom letzten Jahr aufgegriffen, den Zeitplan für die Hauptfunktionen von drei auf zwei Veröffentlichungen pro Jahr zu reduzieren. Die Angleichung an die halbjährlichen Zeitpläne von Fedora und Kubuntu würde jede Veröffentlichung de facto zu einem "Mini-LTS" machen und den nachgelagerten Paketierern mehr Spielraum geben, während die Ressourcen für die Qualitätssicherung konzentriert werden.

Das nächste große Thema ist die Telemetrie. Ich weiß, ich weiß - es ist nicht gerade ein beliebtes Wort in der Open-Source-Welt. Aber wie bei den meisten Dingen, gibt es auch hier einige Nuancen.

Es ist eine Sache, die schwerfällige Telemetrie zu kritisieren, die von Closed-Source-Betriebssystemen, Browsern und dergleichen verwendet wird. Es ist eine ganz andere Sache, wenn wir über Telemetrie in einem Open-Source-Projekt sprechen, wo alles offen liegt und die Daten auf völlig transparente Weise gehandhabt werden. Hier ist also der Fall.

Gegenwärtig sammelt KDE nur minimale Nutzungsdaten - nur optional, standardmäßig ausgeschaltet - und kann die Fragen, die es stellt, nicht einfach anpassen. In Anlehnung an die Steam-Hardware-Umfrage von Valve hat das Team beschlossen, regelmäßige, maßgeschneiderte Fragebögen zu erstellen, die nach Zustimmung des Benutzers erscheinen. Und warum? Die Entwickler wünschen sich aussagekräftigere Daten, um Designentscheidungen zu treffen, sind sich aber auch bewusst, dass sich die Community noch gut an die Kontroversen um das "nach Hause telefonieren" erinnern kann.

Gegenwärtig entscheiden die Entwickler oft blind, weil der derzeit erfasste Datensatz klein und statisch ist. Schlimmer noch, der vorhandene Viewer ist eine halb kaputte grafische Benutzeroberfläche, die die Analysten letztlich in rohes SQL entlässt.

In der Praxis stützt sich das System immer noch auf die KUserFeedback-Bibliotheken, die bereits in Plasma und vielen KDE-Anwendungen eingebettet sind. Was sich ändert, ist die Kadenz und der Umfang: von einem "fire-and-forget"-Rinnsal allgemeiner Statistiken bis hin zu Time-Box-Umfragen, die offene Produktfragen beantworten.

Der Plan sieht vor, dass von nun an, wenn Entwickler beispielsweise über die Abschaffung eines obskuren KWin-Effekts diskutieren, eine einmalige Umfrage (ein einziger Klick kann die Annahme, Ablehnung oder endgültige Ablehnung bewirken) über die tatsächliche Akzeptanz berichten und sogar Freitext-Feedback von denjenigen erfassen könnte, die sich auf diese Funktion verlassen. Die zusammengefassten Ergebnisse würden nach dem Vorbild der Transparenz von Steam öffentlich veröffentlicht werden.

Noch wichtiger ist, dass die Nutzer die JSON-Nutzdaten sehen, die vor der Anmeldung übermittelt werden. Es ist also alles in bester Ordnung - es gibt absolut keinen Grund zur Sorge. In der Tat ist dieser Ansatz etwas, worüber man sich freuen kann, denn er wurde ganz im Sinne des Endbenutzers entwickelt. Sie wollen ein noch besseres Desktop-Erlebnis? Dann machen Sie mit und helfen Sie den KDE-Entwicklern dabei, zu entscheiden, worauf sie ihre Bemühungen konzentrieren sollen. Ja, so einfach ist das.

Weitere Informationen finden Sie in Nate Grahams Beitrag.

Spendieren Sie Bobby einen ☕ Ko-fi

Ein Service von s3n🧩net