Note di rilascio della versione 0.9.3 Beta

Data di rilascio: 21 maggio 2026
Versione precedente: 0.9 Beta (31 dicembre 2024)
Versione successiva: 0.9.4 Beta (12 settembre 2026)

Questa è la versione più ampia nella storia di Ditana. Quasi ogni sottosistema è stato modificato, e l’architettura è stata riorganizzata radicalmente attorno al principio della configurazione come dati. Questa pagina ne presenta i punti salienti; l’elenco completo delle modifiche si trova nella cronologia Git di ditana-installer e ditana-config.

Il grande cambiamento: la configurazione come dati

Il singolo cambiamento più importante dalla versione 0.9.0 riguarda l’architettura. Nella 0.9.0 le personalizzazioni di Ditana risiedevano in pacchetti Arch monolitici – tutto ciò che il programma di installazione voleva configurare doveva essere incorporato in un PKGBUILD. Questo rendeva difficile combinare tra loro la personalizzazione del desktop, la scelta del browser, la selezione del terminale e decine di altri punti di intervento.

Nella 0.9.3 tutto questo risiede in un nuovo repository con una numerazione delle versioni separata – ditana-config – sotto forma di dati strutturati in KDL v2. Ogni impostazione, ogni dipendenza, ogni script del ciclo di vita è dichiarativo. Il codice del programma di installazione è piccolo; la base di conoscenza è il cervello.

Due conseguenze degne di nota:

I miglioramenti vengono distribuiti senza ricreare l’ISO. Il programma di installazione scarica l’archivio di configurazione più recente al momento dell’esecuzione (con la versione inclusa nell’ISO come ripiego). Una correzione di bug integrata un lunedì in ditana-config raggiunge le nuove installazioni il martedì.
Contribuire è molto più facile. La maggior parte dei contributi riguarda un solo file KDL. Il README.md di ditana-config illustra passo per passo il modello dei dati.

Quattro desktop alla pari

La 0.9.0 distribuiva solo XFCE. La 0.9.3 distribuisce quattro ambienti desktop – XFCE (X11), Wayfire, Niri e COSMIC (tutti basati su Wayland) – installabili singolarmente o in parallelo. La schermata di accesso mostra quelli che avete installato.

Wayfire e Niri vengono talvolta liquidati come ambienti incompleti. Ditana affronta direttamente questa lacuna: una configurazione curata di waybar con icone abbinate al tema, nwg-launcher e nwgbar per avviare le applicazioni e per le azioni di alimentazione, impostazioni predefinite sensate in tutti e quattro – così tutti e quattro sono opzioni a pieno titolo, non dimostrazioni tecnologiche.

lightdm è stato sostituito da greetd con tuigreet, che si integra in modo pulito con uwsm per la gestione del ciclo di vita delle sessioni su Wayland.

Installazione che tiene conto dell’hardware

Due passaggi di rilevamento sono nuovi o sono stati notevolmente ampliati:

Il rilevamento NVIDIA ora confronta, al momento dell’installazione, sia l’elenco degli ID PCI di open-gpu-kernel-modules sia la pagina di NVIDIA sulle GPU legacy, e raccomanda poi una di quattro opzioni: nvidia-open-dkms (la nuova scelta predefinita per Turing+), nvidia-580xx-dkms (Maxwell/Pascal/Volta), nvidia-470xx-dkms (Kepler) oppure nouveau. Le scelte di kernel incompatibili con DKMS vengono rifiutate con una spiegazione.
Il rilevamento delle macchine virtuali determina diverse scelte successive (ripiego sul rendering software, fstrim.timer disattivato).

Il rilevamento e la mitigazione delle vulnerabilità della CPU – già un tratto distintivo di Ditana nella 0.9.0 – restano invariati. Consultate la pagina Mitigazioni per la CPU per le motivazioni complete, vulnerabilità per vulnerabilità.

Mappatura della tastiera della console, generata con precisione

Un miglioramento piccolo ma visibile: vconsole.conf viene ora generato da ckbcomp a partire dalla mappatura della tastiera X11 selezionata dall’utente. Il metodo precedente era un’approssimazione; questo è esatto, il che è importante durante l’installazione (le password vengono digitate nel VT di Linux) e per l’uso del VT dopo l’installazione. Ciò risolve una lamentela contenuta in un commento su DistroWatch relativo alla 0.9.0.

Hardening del sistema – una nuova finestra di dialogo

Questa è una vera novità della 0.9.3. Il programma di installazione della 0.9.0 comprendeva le mitigazioni delle vulnerabilità della CPU, ma non aveva una finestra di dialogo di hardening di uso generale. La 0.9.3 aggiunge una sezione System Hardening completa in Expert Settings, con opzioni documentate basate su sysctl:

User namespace (spazi dei nomi utente) non privilegiati disattivati per impostazione predefinita (unprivileged_userns_clone=0), con il compromesso per browser e Flatpak spiegato per esteso.
ptrace limitato (yama.ptrace_scope=2 per impostazione predefinita, =0 per il profilo per sviluppatori).
Puntatori del kernel nascosti, dmesg limitato, kexec disattivato.
FIFO e file regolari protetti nelle directory sticky (oltre alla protezione predefinita di Linux per i collegamenti fisici e simbolici).
Stack di rete rafforzato (SYN cookie, nessun reindirizzamento ICMP, nessun instradamento dalla sorgente, filtraggio del percorso inverso).
BPF JIT limitato, allentamento facoltativo di perf_event_paranoid per gli sviluppatori.
hardened_malloc facoltativo nella variante completa o in quella leggera, oltre a mimalloc facoltativo per configurazioni orientate alle prestazioni.

Ogni opzione è presentata come elenco di caselle di controllo con una documentazione completa – compresi i compromessi che accettate quando la selezionate o la deselezionate.

Supporto di Flatpak, integrato in ogni fase

Ora i Flatpak possono essere dichiarati nella configurazione accanto ad arch-packages e aur-packages. L’installazione avviene al primo avvio tramite un apposito ditana-flatpak-finalize.service (che blocca la schermata di accesso fino al completamento, in modo che l’utente non venga sorpreso da installazioni nel corso della sessione).

Dove esistono, i Flatpak sono preferiti agli equivalenti disponibili solo su AUR – tranne quando la sandbox di un Flatpak non può funzionare con l’hardening predefinito di Ditana. Brave Browser è l’esempio documentato: il suo Flatpak richiede unprivileged_userns_clone=1, per cui Ditana distribuisce invece brave-bin da AUR. I compromessi sono spiegati per esteso nella pagina di buone pratiche AUR o Flatpak.

Associazioni MIME predefinite dinamiche

Le applicazioni predefinite per i tipi MIME vengono ora calcolate a partire dai componenti installati, anziché essere fissate nel codice. Installate LibreOffice → LibreOffice gestisce .docx. Installate invece ONLYOFFICE → se ne occupa ONLYOFFICE. Installate Thunar → Thunar apre le directory. Installate COSMIC Files → le apre COSMIC Files. Il tutto è composto a partire dalle dichiarazioni KDL.

L’emulatore di terminale diventa una scelta a pieno titolo

Il programma di installazione offre ora sei emulatori di terminale con una matrice decisionale curata: kitty (predefinito, X11+Wayland), foot (solo Wayland, leggero), Alacritty (GPU, minimalista), WezTerm (ricco di funzionalità, multiplexer), Ghostty (moderno, richiede OpenGL 4.3+) e COSMIC Terminal. Lo standard xdg-terminal-exec viene usato in modo coerente. Con i terminali solo Wayland viene installato automaticamente kitty come ripiego per X11, se è selezionato anche XFCE – senza doversi destreggiare a mano.

Helper AUR: pikaur → paru

pikaur è stato sostituito da paru. Lo spunto è venuto da pachub (il browser grafico dei pacchetti Arch, fissato nel pannello di ogni desktop accanto a bazaar per Flatpak), che supporta solo yay o paru. Optare per paru era la scelta migliore anche per le altre esigenze di Ditana.

Gestione delle password

Ora potete scavalcare il rigido controllo delle password pwscore per l’account utente, se avete un buon motivo per farlo. Il controllo resta obbligatorio quando è attivata la cifratura completa del disco – lì una password debole riduce attivamente la sicurezza.

Questo risponde a diverse segnalazioni di utenti della 0.9.0 relative a installazioni interrotte perché gli utenti non riuscivano a superare il minimo predefinito di pwscore.

Segnalazioni GitHub chiuse

Dieci segnalazioni della 0.9.0 aperte dagli utenti sono state implementate nella 0.9.3 – correzioni di bug e richieste di funzionalità. L’elenco è disponibile nel sistema di tracciamento delle segnalazioni del programma di installazione.

Dietro le quinte

Ansible → Sparrow6. La logica di gestione della configurazione che personalizza file come mkinitcpio.conf è passata da Ansible a Sparrow6, con contributi sostanziali di Alexey Melezhik. Sparrow6 viene usato anche per testare le configurazioni automatizzate stesse. La migrazione elimina una dipendenza dal runtime di Python e produce un output dei test più leggibile.
Ringraziamenti. Grazie ad Alexey Melezhik per il lavoro su Sparrow6 e per la collaborazione continua. Grazie a Thomas Zipproth per i test e i riscontri costanti. Grazie a tutte le persone che hanno aperto una segnalazione sulla 0.9.0 – ognuna è stata esaminata, e la maggior parte è ora chiusa.

Un piccolo pezzo di storia

Quando Ralf Hersel mi ha intervistato per gnulinux.ch all’inizio del 2025 su Ditana 0.9.0, la sua osservazione d’apertura è stata che aveva vinto una scommessa – aveva previsto che una distribuzione Linux con IA integrata sarebbe uscita prima della fine del 2024, e la 0.9.0 (31 dicembre 2024) ce l’ha fatta proprio allo scadere del termine.

Ditana distribuisce in effetti, come componente facoltativo, Ditana Assistant, che usa un modello Ollama locale (o qualsiasi endpoint compatibile con OpenAI) per generare comandi di shell. È utile, ma sarei il primo a dire che «distribuzione IA» è un’esagerazione – l’assistente ha un contesto di sistema limitato, e una distribuzione davvero integrata con l’IA è un progetto a sé che potrei esplorare più avanti (con l’analisi automatica dei log come direzione più realistica). Per ora: è uno strumento pratico, fissato nel pannello se lo attivate.

Aggiornare dalla versione 0.9.0

Non esiste un aggiornamento sul posto. L’architettura è cambiata troppo. La procedura supportata è una nuova installazione sopra uno snapshot Timeshift / ZFS della vostra /home (o della vostra partizione dei dati, qualunque essa sia).

Questa traduzione è stata realizzata automaticamente. I lettori la migliorano su Weblate.