L’aggiornamento non è facoltativo

Sotto la superficie Ditana è Arch Linux, e Arch è una rolling release. Non esiste una «versione» su cui restare: esiste un unico obiettivo in movimento, e ogni pacchetto nei repository è compilato con le librerie che sono attuali oggi. Un sistema che non è stato aggiornato per qualche mese non è un sistema più vecchio e stabile – è un sistema il cui prossimo aggiornamento è un salto grande e non testato.

Due conseguenze meritano di essere dette chiaramente:

• Le correzioni di sicurezza arrivano solo se aggiornate il sistema. Non esiste un canale separato per i backport. La correzione di una vulnerabilità in una libreria vi raggiunge sotto forma di nuova versione di quella libreria, e in nessun altro modo.

• Non aggiornare mai un singolo pacchetto. pacman -Sy something sincronizza i database dei pacchetti e poi installa un pacchetto in base a librerie che potrebbero essere già andate avanti. Questo è un aggiornamento parziale: è in assoluto il modo più comune di danneggiare un sistema Arch, e non è supportato. Aggiornate tutto o niente: -Syu, mai -Sy seguito da un’installazione.

  (L’unica eccezione voluta è la riparazione del portachiavi, che è sicura per un motivo preciso spiegato in quella sezione.)

Tramite l’interfaccia grafica

Ditana installa un centro software su ogni desktop:

Strumento	Installato con	Ambito
Pachub	XFCE, Niri, Wayfire, COSMIC	Pacchetti dai repository di Arch e di Ditana
Bazaar	Niri, Wayfire	Applicazioni Flatpak da Flathub
COSMIC Store	COSMIC	Applicazioni Flatpak da Flathub
Kalu	XFCE	Vi avvisa quando ci sono aggiornamenti in attesa
arch-audit-gtk	tutti i desktop	Indicatore nell’area di notifica che diventa rosso quando un pacchetto installato presenta una vulnerabilità nota

Pachub e gli store Flatpak coprono due metà diverse del sistema, per cui usarne uno non equivale a usarli entrambi. Se il vostro desktop non dispone di uno store Flatpak, il comando da terminale riportato qui sotto copre anche quella parte.

Tramite il terminale

Questa è la via consigliata, perché un solo comando copre i repository e i pacchetti AUR che avete installato:

paru -Syu          # Arch repos + Ditana repo + your AUR packages
flatpak update     # sandboxed applications from Flathub

paru è l’helper AUR scelto da Ditana ed è installato su ogni sistema, compresi quelli headless (senza interfaccia grafica). Anche il semplice pacman -Syu funziona, ma lascia indietro i pacchetti AUR – e un pacchetto AUR rimasto indietro mentre le sue dipendenze vanno avanti è esattamente l’incompatibilità di ABI che una settimana dopo produce «symbol lookup error».

Lasciate che arrivi fino in fondo. Su un sistema che usa ZFS, ogni aggiornamento del kernel ricompila il modulo ZFS. pacman mostra allora Install DKMS modules e una riga che inizia con ==> dkms install, e poi più nulla per diversi minuti. Non è un blocco. Se interrompete il processo, il nuovo kernel resta senza il suo modulo ZFS e l’avvio successivo termina con un kernel panic che riporta Attempted to kill init!. Se è successo, tornate allo snapshot creato prima dell’aggiornamento, come descritto in Snapshot automatici del sistema.

Dopo l’aggiornamento

• File di configurazione. Quando un pacchetto distribuisce una nuova versione predefinita di un file che avete modificato, pacman la scrive accanto alla vostra come *.pacnew e lo segnala. Unite le due versioni con sudo pacdiff (da pacman-contrib, installato per impostazione predefinita). Ignorare i file .pacnew per un anno è un modo lento di accumulare malfunzionamenti.
• Riavviare dopo un aggiornamento del kernel. Finché non lo fate, il kernel in esecuzione non corrisponde più ai moduli presenti su disco, e il caricamento di un modulo che non era già in memoria non riuscirà.
• Snapshot. Se durante l’installazione avete attivato gli snapshot automatici, lo stato precedente all’aggiornamento è ancora su disco e potete avviarlo. Consultate Snapshot automatici del sistema.