Auf dem Treffen der Entwickler des KDE-Projekts in Graz (Österreich) wurde beschlossen, das Programm für die langfristige Unterstützung (LTS) der KDE Plasma-Desktop-Umgebung einzustellen. Anstelle der Pflege von LTS-Zweigen durch das KDE-Projekt wird diese Aufgabe an die Entwickler der Distributionen delegiert. Diese müssen selbst dafür sorgen, dass sie Fehlerkorrekturen in den Paketen mit alten Versionen von KDE Plasma verfolgen, wenn sie veralteten Code bereitstellen möchten. In seiner jetzigen Form umfasst die langfristige Unterstützung seitens KDE nicht das gesamte Produkt — die LTS-Zweig ist nur für den Desktop verfügbar, aber nicht für Frameworks und Anwendungen. Damit übernehmen die Distributionen bereits den Großteil der Arbeit zur Aufrechterhaltung der langfristigen Unterstützung von KDE als Produkt, das aus vielen Komponenten besteht, von denen die meisten keinen LTS-Status haben.
Die KDE-Entwickler werden anstelle der Schaffung separater LTS-Zweige den Support-Zyklus für reguläre Releases etwas verlängern und für jede bedeutende Version ein zusätzliches Korrekturrelease veröffentlichen (es wird sechs Zwischenupdates statt fünf geben). Die Diskussion über eine Verlängerung des Entwicklungszyklus läuft — anstelle von drei wird vorgeschlagen, zwei bedeutende Releases pro Jahr mit einer längeren Supportdauer herauszubringen, was es ermöglichen würde, jede KDE Plasma-Version als Mini-LTS zu betrachten. Der Übergang zu einem längeren Entwicklungszyklus ist vorerst aufgeschoben, bis alle Probleme mit Wayland behoben sind, aber die Entwickler beabsichtigen, in vier Monaten auf der Akademy-Konferenz erneut darüber zu diskutieren.
Die Analyse von Fehlermeldungen in alten LTS-Zweigen kostet die Entwickler von KDE viel Zeit, da viele Probleme aufgrund der Verwendung spezifizierter Software-Stacks in den Distributionen oder der Asynchronität des Paketstatus mit dem aktuellen KDE-Code nicht reproduziert werden können (zum Beispiel könnte ein Problem im Hauptrepository von KDE bereits behoben sein, bleibt jedoch in einigen Distributionen ungelöst). Der Einsatz des Begriffs LTS erzeugt von den Benutzern übermäßige Erwartungen an die Stabilität, während die Entwickler ihn als Zustimmung zur Behebung von Fehlern in alten Versionen betrachten.
Die Einstellung der Arbeit an den LTS-Zweigen wird Ressourcen freisetzen und es den Entwicklern von KDE ermöglichen, sich auf die Behebung aktueller Probleme zu konzentrieren, die reproduzierbar und lösbar sind. Den Benutzern wird geraten, Probleme in alten KDE-Zweigen über die Fehlerverfolgungssysteme in den Distributionen zu melden, da die begleitenden Pakete besser über den Zustand des grafischen Stacks und der Pakete in jeder spezifischen Distribution informiert sind.
Zusätzlich wird die Reformierung des Mechanismus zur Übertragung von Telemetrie hervorgehoben. Wie gewohnt bleibt die Telemetrie standardmäßig deaktiviert, und die Übermittlung von Berichten erfolgt nur nach ausdrücklicher Aktivierung durch den Nutzer. Die Unterschiede bestehen darin, dass gezielte Prüfungen durchgeführt werden können, die für Entscheidungsprozesse notwendig sind. Zum Beispiel, wenn die Entwickler beabsichtigen, einen bestimmten Effekt in KWin zu entfernen, da sie glauben, dass niemand ihn nutzt, können sie eine gezielte Prüfung durchführen, um festzustellen, ob dieser Effekt tatsächlich bei einigen Nutzern aktiviert ist.
Das neue System wird an die Steam Hardware-Umfrage erinnern — den Nutzern wird ein Dialog angezeigt, der sie zur Teilnahme an Studien einlädt, die zur Übertragung von Telemetrie führen. Für jede Studie wird eine vollständige Liste aller gesammelten Daten präsentiert. Der Nutzer kann zustimmen, an einer bestimmten Studie teilzunehmen, ablehnen oder die Anzeige solcher Angebote vollständig deaktivieren. Berichte mit zusammenfassenden Statistiken zu jeder Studie werden öffentlich zugänglich veröffentlicht.
Quelle: opennet.ru
