Viele Linux-Anwender halten sich für fortschrittlich und innovativ. Dieses Selbstbild rührt daher, dass es ihnen vor langer Zeit gelungen ist, sich von Microsoft zu lösen. Das Phänomen kennt man von anderen Gruppen wie den Alt-68ern, bei denen Fremd- und Selbstbild mit der Zeit auseinander klaffen. Dabei sind viele Linux-Anwender strukturkonservativ und lehnen Veränderungen krampfhaft ab. Einige Beispiele von bis D bis W.
Aktuell ist eine Debatte um run0 und sudo entbrannt. Die alten Konfliktlinien werden wieder sichtbar. Dieser Rückblick auf die letzten 15 Jahre soll ein wenig Gelassenheit vermitteln. Innovationen haben bei Linux immer Widerstand hervorgerufen. Am Ende haben sie sich aber meist durchgesetzt. Die verzögernden Konfliktmuster sind unvermeidlich und liegen in der Nutzerschaft begründet.
Umstrittene Neuerungen von D bis W
Dateisysteme
Ältere Linux-Anwender können sich noch an die Einführung von ext4 erinnern. Es gab damals ein paar Bugs bei der Einführung. Diese wurden maßlos überzeichnet und ließen Anwender an ext3 festhalten. Damals hieß es dann, dass doch niemand ext4 braucht, weil ext3 super ist. Das gleiche Drama begleitet bis heute Btrfs, das zwar inzwischen Standard bei vielen großen Distributionen wie openSUSE oder Fedora ist, aber dem immer noch vermeintliche Instabilität vorgeworfen wird, weshalb so mancher ältere Handbuchautor weiterhin ext4 empfiehlt.
Flatpak
Flatpak/Snap soll die Grenzen der klassischen Paketverwaltung überwinden. Die Palette der Probleme reicht von fehlendem Sandboxing über die Abhängigkeitshölle bis hin zu fehlender Abwärtskompatibilität etc. pp. Dennoch finden viele ältere Linux-Anwender diese Paketverwaltung perfekt und wollen keine Alternative. Die Entwicklung geht derzeit in Richtung Flatpak – Überraschungen nicht ausgeschlossen.
NetworkManager
Jüngere Anwender können es sich gar nicht mehr vorstellen, aber den NetworkManager, den heute alle Distributionen mitliefern, gab es nicht immer. Eine erste Version gab es 2004, natürlich von Red Hat. Nach und nach übernahm der NetworkManager die Kontrolle über Ethernet, WLAN, (Open)VPN und andere Verbindungen. Zuletzt verdrängte er mit dem Kommandozeilentool nmcli die letzten Konkurrenten. Überladen und überflüssig fanden NetworkManager viele Anwender. Schließlich gab es ja noch ifupdown und wpa_supplicant.
PulseAudio
PulseAudio wurde 2008 mit Ubuntu 8.04 einer breiten Nutzerschaft zugänglich gemacht. Sofort begannen die üblichen Diskussionen. PulseAudio sei überdimensioniert und zu undurchsichtig. Man brauche es sowieso nicht. ALSA und esound reichen völlig aus. Noch heute findet man viele Anleitungen, wie man PulseAudio abschaltet und durch damals abgekündigte Backends ersetzt. Daran erinnert sich heute niemand mehr und PulseAudio war bis zur Einführung von PipeWire Standard.
systemd
Braucht man eigentlich nicht mehr weiter ausführen. Die Entwicklung und Implementierung von systemd in die meisten Linux-Distributionen ist ein Paradebeispiel für Hass und Hetze in der Linux-Welt. Weil es von Lennart Poettering ist, weil es anders ist, weil Administratoren ihre Init-Skripte umschreiben mussten, weil Unix-Veteranen umlernen mussten. Heute gibt es eine Handvoll Distributionen, die systemd nicht verwenden. Ihre Gemeinsamkeit: Wenige Benutzer und keine größere Relevanz im Linux-Ökosystem.
systemd-logs
Binäre Logs benötigen weniger Speicherplatz, schonen die SSDs durch wesentlich effizientere Schreiboptionen und sind besser gegen Manipulation geschützt. Aber sie waren neu und anders, und man brauchte ein winziges Tool, um auf sie zuzugreifen. Außerdem kamen sie aus dem Systemd/Poettering Stall. Genug für massiven FUD und Aufruhr bei der Einführung. Heute benutzen es fast alle Distributionen.
PolKit
PolKit (früher: PolicyKit) ist ein System zur Vergabe von Berechtigungen an Benutzer. Damit bricht das System die traditionelle Trennung zwischen Benutzer- und Administratorkonto auf. Das war umständlich und anders und löste 2011, als PolicyKit weitere Verbreitung fand, massive Vorbehalte aus. Weil die bisherigen Lösungen nicht mehr funktionierten etc. pp. Heute funktioniert keine Linux-Distribution mehr ohne PolKit.
run0
Der neueste Zankapfel. Lennart Poettering hat sich sudo vorgenommen und präsentiert eine Alternative aus dem systemd-Stall. Sofort formiert sich Widerstand, denn es ist von Poettering und systemd steht irgendwo im Beschreibungstext. Dass die Konfigurationssyntax von sudo eine Katastrophe ist und mit visudo ein Werkzeug benötigt wird, damit Administratoren ihre Konfiguration nicht zerstören. Geschenkt!
Verzeichnisstruktur
Der sogenannte usrmerge bricht die veraltete UNIX-Verzeichnisstruktur auf und führt die Verzeichnisse unterhalb von /usr zusammen. Das ist für viele Anwendungsszenarien sinnvoll und die bisherige Struktur war auch nur historisch gewachsen (Warum das so ist, wurde hier mal aufgeschrieben). Das ändert nichts daran, dass es massive Vorbehalte dagegen gab und gibt, weshalb Community-getriebene Distributionen wie Debian mit massivem Zeitverzug nachziehen. Keine größere Distribution hält heute noch an der alten Struktur fest.
Wayland
Wayland wurde erstmals 2008 in groben Zügen skizziert. Es sollte X.Org ablösen, da X.Org nicht mehr den damaligen Anforderungen entsprach. Zur Erinnerung: X.Org war ein Produkt der 1980er Jahre und letztlich auch für Anwendungsszenarien der 1980er Jahre konzipiert. Der Code ist nach Aussage aller Programmierer, die daran gearbeitet haben, schon lange nicht mehr wartbar und de facto wird X nur noch von Red Hat gepflegt. X ist konzeptionell unsicher und das lässt sich nicht ändern. Programme wie xinput können z.B. alle Tastatureingaben mitschneiden. Niemand, der etwas von X.org versteht, hat diesen Zustand bestritten. Es gibt anhaltende Proteste gegen Wayland. Weil X.Org doch funktioniert, weil liebgewonnene Dinge wie Netzwerktransparenz nicht mehr funktionieren, weil es Änderungen am Desktop geben muss, weil es neu und anders ist. Die ersten Distributionen entfernen jetzt die alten X11-Sessions. Wenn Red Hat die Wartung einstellt, ist der Tod des alten Systems nur noch eine Frage der Zeit.
Gesamtschau
Bestimmt habe ich ein paar vergleichbare Phänomene vergessen. Der Debattenverlauf ist eigentlich immer gleich:
- Es gibt eine bestehende Lösung. Diese Lösung funktioniert aber ist nicht perfekt und wurde unter anderen Rahmenbedingungen entwickelt.
- Die bestehende Lösung lässt sich nicht konstruktiv weiterentwickeln.
- Es gibt einen neuen Ansatz.
- Weil der Ansatz neu ist, zieht er sofort Kritik auf sich. Wenn es keine Argumente gibt werden Lügen und Halbwahrheiten verbreitetet.
- Am Ende setzt sich die neue Lösung nahezu immer flächendeckend durch.
- Niemand will mehr etwas gegen die Lösung gehabt haben.
Die Argumente bedienen sich auch immer aus einem bestimmten Pool:
- Widerspricht dem KISS-Prinzip
- Widerspricht den UNIX-Prinzipien
- Ist unnötig
- Ist intransparent
- Ist unsicher
- Ist aufgeblasen
Glücklicherweise gibt es auch Ausnahmen. Die Einführung von Avahi als zeroconf-Implementierung löste meiner Erinnerung nach 2006 keine größere Debatte aus. Die meisten Anwender waren schlicht froh, dass es diese Implementierung nun endlich gab. HAL trauerte nach der Ablösung durch udev/upower und Konsorten auch niemand nach. Gleiches gilt für Gummibot / systemd-boot und das obwohl sogar systemd im Namen vorkommt.
Haben diese Lösungen Linux komplizierter gemacht? Vielleicht. Ich erinnere mich durchaus noch an Zeiten, in denen man Arch Linux in 2-3 Dateien konfiguriert hat und sich das nach Kontrolle angefühlt hat. Diese Zeiten sollte man aber auch nicht verklären, denn damals ging einfach viel nicht, was mit anderen Systemen schon funktionierte und die Tätigkeiten, für die wir unsere Systeme verwendeten waren viel beschränkter.
Ursache
Die Ursache liegt meiner Meinung nach in der Struktur der Linux-Anwender auf dem Desktop.
- Fast alle Nutzer sind Umsteiger, die von Windows oder macOS auf Linux umgestiegen sind, um bestimmten Entwicklungen zu entgehen. Sie haben in der Regel eine steile Lernkurve hinter sich und glauben, das System verstanden zu haben. Entsprechend frustriert reagieren sie auf neue Entwicklungen bei Linux, die sie nicht verstehen oder nicht verstehen wollen, weil sie ihren Wissensstand bedroht sehen.
- Während der steilen Lernkurve haben sie oft verinnerlicht, dass die Lösung bei Linux besser ist als bei macOS oder Windows. Die Überlegenheit ist vielen Anleitungen und Erklärungen für Umsteiger immanent. Warum diese bessere Lösung nun doch schlechter als eine Neuentwicklung sein soll, erschließt sich ihnen nicht. Es stellt infrage, ob die Lösung wirklich besser war.
- Die Community ist stark männlich geprägt. Das war sie schon immer. Es liegt am Thema, der Netzkultur etc. pp. Für die Debattenkultur war das nie förderlich.
- Das Durchschnittsalter steigt mangels Nachwuchs stetig an. Viele Linux-Anwender haben ihre prägenden Migrationserfahrungen irgendwann zwischen 2005 und 2010 oder sogar noch früher gemacht. Das ist fast schon zwangsläufig, weil der Desktop als privat genutztes Gerät für jüngere Anwender nicht mehr selbstverständlich ist und Linux auf modernen mobilen Geräten nie angekommen ist.
Der Kausalzusammenhang zur Debattenkultur zwischen Geschlecht und Generation ist kein exklusives Linux-Thema. Studien zur Verbreitung von Fake News zeigen, dass Männer und ältere Menschen anfällig dafür sind und diese häufiger verbreiten. Zusammen mit den ersten zwei Punkten führt zu einem stark innovationsfeindlichen Klima. Alles was wirklich neu ist, wird kritisch beäugt und schlecht gemacht. Positives Feedback bekommen nur noch kosmetische Änderungen am bestehenden Status quo.
Lösung
Das Schöne an der Situation ist, dass es für alle eine Lösung gibt. Wer die neuen Entwicklungen gut findet und nur von den Debatten genervt ist, kann sich zurücklehnen. Auf diese Unix-Veteranen hören die Entwickler und Distributoren schon lange nicht mehr. Kritische Kommentare haben keine der oben genannten Entwicklungen verhindert. Entwicklung und die Diskussion in der Community haben sich tendenziell entkoppelt. Das lässt sich mindestens seit 2010 beobachten (Entwicklung GNOME 3).
Wer sich an den Entwicklungen stört, dem empfehle ich immer FreeBSD. Das ist mittlerweile auf dem Desktop sehr gut einsetzbar und zeichnet sich durch eine wesentlich konservativere Entwicklungsrichtung aus. Dort bleibt man von solchen ungeliebten Änderungen und Vereinfachungen weitgehend verschont. Die geringe Wechselbereitschaft zu FreeBSD wundert mich immer und lässt mich mutmaßen, dass die geringe Lernbereitschaft für neue Tools schon so weit ausgeprägt ist, dass man sich auch kein neues Unix-System mehr anschauen will. Schließlich ist man ja schon ein mal migriert: Zu Linux. Noch eine Migration möchte man sich selbst scheinbar nicht zumuten. Das ist dann zu viel Innovation.
