Als Anwender kann man getrost LTS-Versionen verwenden, denn es gibt keine substanzielle Entwicklung, die man droht zu verpassen. Es gibt nur das Hochzählen von Versionen und die Illusion von Entwicklung durch Changelogs voller Fixes, die Probleme beheben, die man zwei Versionen vorher eingeführt hat.
Übertreibe ich etwas? Sicherlich! Aber nicht so sehr, wie manche Befürworter von Rolling Release-Modellen behaupten würden.
Die Präferenz für LTS-Distributionen ist für langjährige Leser sicher nicht neu. Bereits seit vielen Jahren gibt es auf [Mer]Curius eine Übersichtsseite für geeignete Distributionen und die wesentlichen Gedanken habe ich vor ein paar Monaten schon mal zusammen gestellt.
Die Idee zu diesem Artikel kam mir, als ich vor ein paar Wochen ein paar Kubuntu 18.04 Installationen auf 20.04 aktualisierte. Neuerungen gab es keine merkbaren und das obwohl die KDE-Entwicklung von 2 Jahren in das Release eingeflossen war. Da die Systeme ihre Aufgaben völlig zufriedenstellend erledigen, ist das natürlich kein Problem – nun erledigen sie ihre Aufgaben eben mit 20.04 anstelle 18.04 und vorher 16.04. Doch gab es überhaupt substanzielle Neuerungen in den letzten 10 Jahren, auf die man unmöglich 2-3 Jahre warten konnte?
Die erste Reaktion ist sicherlich: Klar, natürlich gab es die. Es waren so viele Jahre und so viele Releases, da muss sich doch viel substanzielles getan haben. Zumal KDE noch eines der aktiveren Projekte am Linux-Desktop ist und nicht gerade für langfristige Produktpflege steht.
Andererseits wird der Linux-Desktop insgesamt sehr konservativ weiterentwickelt. Das betrifft nicht nur MATE und Xfce, sondern auch GNOME und KDE. Ja, auch diese beiden! Die GNOME Shell war natürlich ein harter Bruch, aber seitdem hat sich kaum noch was getan, auch mit GNOME 40 waren das eher graduelle Veränderungen. Nimmt man die Classic Shell sind die Veränderungen noch überschaubarer. Bei KDE gab es Plasma 4 und Plasma 5 und man hat den Code vermutlich zwei Mal ausgetauscht. Veränderungen? Seht selbst:
Ich habe zu Demonstrationszwecken mal die ISO von Kubuntu 8.04 gestartet und vergleiche hier mit ein paar Screenshots mit Kubuntu 20.04. Dazwischen liegen also gut 12 Entwicklungsjahre. Dabei nicht von den Symbolen und der QtCurve-Optik täuschen lassen. Man könnte ein heutiges Plasma ziemlich leicht wie KDE 3.5 aussehen lassen und umgekehrt.
Optische Entwicklung
Desktop mit Dolphin und Konsole
Systemeinstellungen
Office
Diese Serie ließe sich beliebig fortsetzen, da auch Kontact und andere Programme sich oberflächlich kaum verändert haben. KDE ist hier nur ein Beispiel, man könnte das problemlos auch für GNOME machen. Bei MATE und Xfce müsste man vermutlich nicht mal zwei Images starten, sondern könnte einfach das Wallpaper ändern und behaupten, dass 10 Jahre vergangen sind. Es gibt nur sehr wenige Endanwender-Programme, die so aktiv entwickelt werden, dass man wirklich zwingend jede Veröffentlichung mitnehmen muss. Browser gehören da dazu, aber dafür haben Distributionen schon lange Lösungen gefunden.
Das betrifft aber nicht nur die Optik, sondern auch die Funktionen. Kubuntu 8.04 liefert bereits eine vollständige Programm-Sammlung aus, die eigentlich keine Funktionen vermissen lässt, die man heute bei Kubuntu gewohnt ist. Das muss nicht als Kritik an Kubuntu 20.04 verstanden werden, sondern zeigt einfach wie weit der Linux-Desktop 2008 schon war und warum man damals von dem Vista-Debakel so profitieren konnte. Jedenfalls habe ich in Kubuntu 8.04 nichts gefunden, das mir fundamental fehlen würde. Natürlich kann OpenOffice noch nicht so gut mit OOXML umgehen, wie LibreOffice heute und natürlich kann man mit 8.04 nicht mehr produktiv ins Internet aber das sind die üblichen Anpassungen an moderne Standards.
Einordnung
Sicherlich gab es Veränderungen unter der Haube. Allerdings auch nicht so viel, wie man vielleicht vermuten mag. Denn das ubuntuusers-Wiki weiß für 8.04 schon zu berichten, dass mit PulseAudio und PolicyKit Technologien eingeführt wurden, die uns noch heute begleiten. Drucker laufen mit CUPS, Scanner mit sane. Die Abkehr von HAL stand ebenfalls kurz bevor. Ein Linux von heute funktioniert gar nicht so fundamental anders als 2008. Sogar X11 ist uns bis heute erhalten geblieben, denn Wayland ist immer noch nicht in der Breite angekommen.
Es gibt viele Gründe für diese eher überschaubaren optischen Neuerungen. Das Desktop-Konzept, dem alle Desktop-Betriebssysteme und eben auch alle Desktopumgebungen bei Linux folgen, hat sich seit 1995 nicht mehr substanziell verändert. Das gilt auch für die Funktionen, die wir am Desktop erwarten. Da hat sich nicht nur bei Linux, sondern auch bei Windows und macOS ein gewisser Konsens eingestellt. Die Linux-Community ist zudem besonders konservativ, weshalb man an UI-Richtlinien festhält, die bei Windows und macOS schon lange obsolet sind (siehe LibreOffice), wodurch noch weniger optische Brüche als bei anderen Systemen auftreten.
Viele andere Veränderungen mögen das Entwicklerherz erfreuen, aber ob der Desktop nun auf Qt3, Qt4, Qt5 oder in naher Zukunft Qt6-Toolkit setzt, ist dem Anwender doch herzlich egal. Das gleiche gilt im anderen Lager für Gtk2, Gtk3 oder eben Gtk4. Gleiches gilt für irgendwelche Neuentwicklungen, bei denen der Code dann in Qt Quick oder irgendeiner anderen „Fancy“-Sache neu geschrieben wird. Aus Entwicklersicht mag das klug sein, vielleicht sogar zukunftsweisend oder einfach nur Spaß machen. Als Anwender muss ich konstatieren, dass es für meine Anwendungsfälle nicht so wichtig ist, ob etwas aktuellen Standards entspricht oder nicht – sofern es funktioniert.
Wenn man die Changelogs der großen Softwareprojekte wie KDE mal um solche Veränderungen an der Codebasis, die den Anwender überhaupt nicht interessieren, reduziert und dann noch die Fehlerbehebungen von Bugs heraus nimmt, die durch solche Umbaumaßnahmen eben erst verursacht wurden, sind die Changelogs auch viel kürzer und spiegeln den faktischen Fortschritt. Es gab ihn, er ist auch auf den Screenshots und im Alltag merkbar, er ist aber nicht so groß wie die Zusammenfassung der Ankündigungen glauben macht.
Schlussfolgerungen
Deshalb soll man natürlich auf keinen Fall auf Updates verzichten – schon alleine um der Sicherheit willen. Genau deshalb hat die Linux-Welt die LTS-Distribution hervorgebracht, die Sicherheitsupdates bringen, ohne den Anwender mit neuen Funktionen und ihren Fehlern zu behelligen.
Ich kann aber wirklich nur empfehlen, mal diesen Vergleich mit der präferieren Distribution und der bevorzugten Desktopumgebung zu machen. Ständige Updates erzeugen ein Gefühl von Fortschritt, das sich teilweise von der Realität entkoppelt hat. Wenn KDE Gears mal wieder ein gebündeltes Release veröffentlicht, bedeutet das bei openSUSE Tumbleweed hunderte Paketupdates. Ich lehne mich nicht weit auf dem Fenster, wenn ich behaupte, dass in vielen der dort gebündelten Programme in der Entwicklungsphase bestenfalls 1 oder 2 Commits erfolgten.
Um dieses bisschen Entwicklung mitzunehmen, reichen LTS-Distributionen problemlos aus. Es gibt wirklich keine Notwendigkeit ein rollendes Release zu nutzen und der „Versionitis“ zu verfallen. Rational betrachtet tut sich zwischen den LTS-Versionen viel weniger als manche Ankündigungen glauben machen. Wenn man das Prinzip die letzten Jahre verfolgt hat, ist man von 8.04 über 12.04 zu 14.04 und von 18.04 zu 20.04 gekommen und hat nicht viel verpasst, aber seine Nerven geschont. Schade, dass Kubuntu nur noch 3-Jährige Supportzyklen hat. Für die realen Neuerungen reicht ein Distributions-Upgrade alle 3-5 Jahre völlig aus.
Eines ist jedoch jetzt schon klar: Wenn KDE Plasma 6 in Zukunft kommt, werde ich dem ganzen entspannt von einer LTS mit Plasma 5 zuschauen und andere die Bugs finden lassen, die durch den Wechsel der Basis Einzug gehalten haben. Irgendwann wird dann schon eine produktiv nutzbare LTS mit Plasma 6 kommen. Verpassen tut man da nichts.
Der Artikel LTS Versionen reichen völlig – Von Kubuntu 8.04 zu 20.04 erschien zuerst auf [Mer]Curius
