Versionshinweise zu 0.9.3 Beta

Veröffentlichungsdatum: 21. Mai 2026
Vorherige Version: 0.9 Beta (31. Dezember 2024)
Nachfolgeversion: 0.9.4 Beta (12. September 2026)

Dies ist die umfangreichste Version in der Geschichte von Ditana. Fast jedes Teilsystem wurde angefasst, und die Architektur wurde grundlegend um das Prinzip Konfiguration als Daten herum neu organisiert. Diese Seite behandelt die wichtigsten Neuerungen; die vollständigen Änderungen stehen in der Git-Historie von ditana-installer und ditana-config.

Die grosse Änderung: Konfiguration als Daten

Die grösste einzelne Veränderung seit 0.9.0 betrifft die Architektur. In 0.9.0 steckten Ditanas Anpassungen in monolithischen Arch-Paketen – alles, was das Installationsprogramm einrichten wollte, musste fest in ein PKGBUILD eingebaut werden. Dadurch liessen sich die Anpassung des Desktops, die Wahl des Browsers, die Auswahl des Terminals und Dutzende weiterer Berührungspunkte nur schwer miteinander kombinieren.

In 0.9.3 liegt all das in einem neuen, separat versionierten Repository – ditana-config – als strukturierte Daten in KDL v2. Jede Einstellung, jede Abhängigkeit, jedes Lebenszyklus-Skript ist deklarativ. Der Code des Installationsprogramms ist klein; die Wissensbasis ist das Gehirn.

Zwei Folgen sind erwähnenswert:

• Verbesserungen werden ausgeliefert, ohne ein neues ISO zu erstellen. Das Installationsprogramm lädt zur Laufzeit das neueste Konfigurationsarchiv herunter (mit der im ISO enthaltenen Version als Ausweichlösung). Eine Fehlerkorrektur, die an einem Montag in ditana-config übernommen wird, erreicht am Dienstag neue Installationen.
• Beitragen ist erheblich einfacher. Die meisten Beiträge betreffen eine einzige KDL-Datei. Die Datei README.md von ditana-config erklärt das Datenmodell ausführlich.

Vier Desktops, gleichberechtigt

0.9.0 lieferte nur XFCE aus. 0.9.3 liefert vier Desktop-Umgebungen aus, die einzeln oder parallel installiert werden können: XFCE (X11), Wayfire, Niri und COSMIC (alle Wayland). Der Anmeldebildschirm zeigt diejenigen an, die Sie installiert haben.

Wayfire und Niri werden manchmal als unvollständige Umgebungen abgetan. Ditana geht diese Lücke direkt an: eine ausgefeilte Konfiguration von waybar mit Symbolen, die zum Design passen, nwg-launcher und nwgbar zum Starten von Anwendungen und für Energieaktionen, sinnvolle Voreinstellungen für alle vier – damit sind alle vier vollwertige Optionen und keine Technologiedemos.

lightdm wurde durch greetd mit tuigreet ersetzt; beide arbeiten sauber mit uwsm zusammen, das unter Wayland den Lebenszyklus der Sitzungen verwaltet.

An die Hardware angepasste Installation

Zwei Erkennungsschritte sind neu oder wurden wesentlich erweitert:

• Die NVIDIA-Erkennung gleicht bei der Installation nun sowohl die PCI-ID-Liste von open-gpu-kernel-modules als auch die Seite von NVIDIA zu Legacy-GPUs ab und empfiehlt dann eine von vier Optionen: nvidia-open-dkms (der neue Standard für Turing+), nvidia-580xx-dkms (Maxwell/Pascal/Volta), nvidia-470xx-dkms (Kepler) oder nouveau. Eine Kernel-Wahl, die nicht mit DKMS kompatibel ist, wird mit einer Erklärung verweigert.

• Die Erkennung virtueller Maschinen steuert eine Reihe von Folgeentscheidungen (Ausweichlösungen mit Software-Rendering, deaktivierter Timer fstrim.timer).

Die Erkennung von CPU-Schwachstellen und die Schutzmassnahmen dagegen – bereits in 0.9.0 ein Markenzeichen von Ditana – bleiben unverändert. Die vollständige Begründung für jede einzelne Schwachstelle finden Sie auf der Seite CPU-Schutzmassnahmen.

Exakt erzeugte Tastaturbelegung der Konsole

Eine kleine, aber sichtbare Verbesserung: Die Datei vconsole.conf wird jetzt von ckbcomp aus der von Ihnen gewählten X11-Tastaturbelegung erzeugt. Der bisherige Ansatz war eine Annäherung; dieser ist exakt, was während der Installation (Passwörter werden im Linux-VT eingegeben) und bei der Nutzung des VT nach der Installation wichtig ist. Damit ist eine Beschwerde aus einem DistroWatch-Kommentar zu 0.9.0 behoben.

Systemhärtung – ein neuer Dialog

Das ist in 0.9.3 wirklich neu. Das Installationsprogramm von 0.9.0 deckte Schutzmassnahmen gegen CPU-Schwachstellen ab, hatte aber keinen allgemeinen Dialog für die Härtung. 0.9.3 fügt unter Expert Settings einen vollständigen Abschnitt System Hardening mit dokumentierten Optionen auf Basis von sysctl hinzu:

• Unprivilegierte Benutzer-Namensräume (user namespaces) standardmässig deaktiviert (unprivileged_userns_clone=0), wobei ausdrücklich erklärt wird, welche Abwägung das für Browser und Flatpak bedeutet.
• Eingeschränktes ptrace (standardmässig yama.ptrace_scope=2, =0 für das Entwicklerprofil).
• Verborgene Kernel-Zeiger, eingeschränktes dmesg, deaktiviertes kexec.
• Geschützte FIFOs und reguläre Dateien in Sticky-Verzeichnissen (über den standardmässigen Schutz harter und symbolischer Links unter Linux hinaus).
• Gehärteter Netzwerkstack (SYN-Cookies, keine ICMP-Redirects, kein Source-Routing, Reverse-Path-Filterung).
• Eingeschränkter BPF-JIT, optionale Lockerung von perf_event_paranoid für Entwicklerinnen und Entwickler.
• Optional hardened_malloc in der vollständigen oder der leichten Variante, dazu optional mimalloc für leistungsorientierte Konfigurationen.

Jede Option wird als Eintrag einer Checkliste mit vollständiger Dokumentation dargestellt – einschliesslich der Abwägungen, die Sie eingehen, wenn Sie sie auswählen oder abwählen.

Hinweis

So wurde 0.9.3 ausgeliefert. Arch hat die setuid-Variante von bubblewrap im September 2026 entfernt, womit auch die hier beschriebene Ausweichlösung wegfiel, und 0.9.4 hat die gesamte Regelung durch eine Berechtigung pro ausführbarer Datei ersetzt. Siehe Versionshinweise zu 0.9.4.

Flatpak-Unterstützung, durchgängig integriert

Flatpaks lassen sich jetzt in der Konfiguration neben arch-packages und aur-packages deklarieren. Die Installation erfolgt beim ersten Start über einen eigenen Dienst ditana-flatpak-finalize.service (der den Anmeldebildschirm bis zum Abschluss blockiert, damit Sie nicht mitten in der Sitzung von Installationen überrascht werden).

Wo es Flatpaks gibt, werden sie gleichwertigen Paketen vorgezogen, die nur im AUR verfügbar sind – ausser dort, wo die Sandbox eines Flatpaks nicht mit Ditanas Standardhärtung funktioniert. Der Brave Browser ist das dokumentierte Beispiel: Sein Flatpak erfordert unprivileged_userns_clone=1, daher liefert Ditana stattdessen brave-bin aus dem AUR aus. Die Abwägungen sind auf der Empfehlungsseite AUR oder Flatpak ausführlich dargelegt.

Hinweis

So wurde 0.9.3 ausgeliefert. Arch hat die setuid-Variante von bubblewrap im September 2026 entfernt, womit auch die hier beschriebene Ausweichlösung wegfiel, und 0.9.4 hat die gesamte Regelung durch eine Berechtigung pro ausführbarer Datei ersetzt. Siehe Versionshinweise zu 0.9.4.

Dynamische Standardanwendungen für MIME-Typen

Standardanwendungen für MIME-Typen werden jetzt aus den installierten Komponenten berechnet, statt fest einprogrammiert zu sein. Installieren Sie LibreOffice → LibreOffice ist für .docx zuständig. Installieren Sie stattdessen ONLYOFFICE → ONLYOFFICE ist dafür zuständig. Installieren Sie Thunar → Thunar öffnet Verzeichnisse. Installieren Sie COSMIC Files → COSMIC Files öffnet sie. Alles wird aus den KDL-Deklarationen zusammengesetzt.

Terminal-Emulator als vollwertige Option

Das Installationsprogramm bietet jetzt sechs Terminal-Emulatoren mit einer sorgfältig zusammengestellten Entscheidungsmatrix an: kitty (Standard, X11+Wayland), foot (nur Wayland, schlank), Alacritty (GPU, minimalistisch), WezTerm (voller Funktionsumfang, Multiplexer), Ghostty (modern, braucht OpenGL 4.3+) und COSMIC Terminal. Der Standard xdg-terminal-exec wird durchgängig verwendet. Ist zu einem reinen Wayland-Terminal auch XFCE ausgewählt, wird automatisch kitty als Ausweichlösung für X11 installiert – ohne manuelles Jonglieren.

AUR-Helfer: pikaur → paru

pikaur wurde durch paru ersetzt. Auslöser war pachub, der grafische Browser für Arch-Pakete (im Panel jedes Desktops neben bazaar für Flatpak angeheftet), der nur yay oder paru unterstützt. Die Entscheidung für paru passte auch zu Ditanas übrigen Anforderungen besser.

Umgang mit Passwörtern

Sie können die strenge Passwortprüfung mit pwscore für das Benutzerkonto jetzt übergehen, wenn Sie einen guten Grund dafür haben. Bei aktivierter vollständiger Festplattenverschlüsselung bleibt die Prüfung verpflichtend – dort verringert ein schwaches Passwort die Sicherheit aktiv.

Das geht auf mehrere Meldungen zu 0.9.0 ein, nach denen Installationen abgebrochen wurden, weil Benutzerinnen und Benutzer das standardmässige Minimum von pwscore nicht erreichen konnten.

Geschlossene GitHub-Issues

Zehn von Benutzerinnen und Benutzern gemeldete Issues aus 0.9.0 sind in 0.9.3 umgesetzt – Fehlerkorrekturen und Funktionswünsche. Die Liste finden Sie im Issue-Tracker des Installationsprogramms.

Hinter den Kulissen

• Ansible → Sparrow6. Die Logik der Konfigurationsverwaltung, die Dateien wie mkinitcpio.conf anpasst, ist von Ansible zu Sparrow6 umgezogen, mit wesentlichen Beiträgen von Alexey Melezhik. Sparrow6 wird auch verwendet, um die automatisierten Konfigurationen selbst zu testen. Die Umstellung beseitigt eine Laufzeitabhängigkeit von Python und erzeugt besser lesbare Testausgaben.

• Danksagungen. Danke an Alexey Melezhik für die Arbeit an Sparrow6 und die fortgesetzte Zusammenarbeit. Danke an Thomas Zipproth für das laufende Testen und die Rückmeldungen. Danke an alle, die zu 0.9.0 ein Issue eröffnet haben – jedes wurde geprüft, und die meisten sind inzwischen geschlossen.

Ein kleines Stück Geschichte

Als Ralf Hersel mich Anfang 2025 für gnulinux.ch zu Ditana 0.9.0 interviewte, war seine erste Bemerkung, dass er eine Wette gewonnen habe – er hatte vorausgesagt, dass eine Linux-Distribution mit eingebauter KI noch vor Ende 2024 ausgeliefert würde, und 0.9.0 (31. Dezember 2024) schaffte es genau zum Stichtag.

Ditana liefert tatsächlich den optionalen Ditana Assistant aus, der ein lokales Ollama-Modell (oder einen beliebigen OpenAI-kompatiblen Endpunkt) verwendet, um Shell-Befehle zu erzeugen. Er ist nützlich, aber ich wäre der Erste, der sagt, dass «KI-Distribution» übertrieben ist – der Assistent hat nur begrenzten Kontext über das System, und eine wirklich KI-integrierte Distribution ist ein eigenes Projekt, das ich vielleicht später angehe (eine automatisierte Protokollanalyse wäre die realistischste Richtung). Vorerst gilt: Er ist ein praktisches Werkzeug, das im Panel angeheftet ist, wenn Sie ihn aktivieren.

Upgrade von 0.9.0

Es gibt kein Upgrade der bestehenden Installation. Die Architektur hat sich zu stark verändert. Der unterstützte Weg ist eine Neuinstallation, abgesichert durch einen Timeshift- oder ZFS-Schnappschuss Ihres Verzeichnisses /home (oder der Partition, auf der bei Ihnen die Daten liegen).