Fedora Linux 45 è uscita il 3 novembre 2026, con due settimane di ritardo rispetto alla data prevista del 20 ottobre. A rimandarla sono stati due verdetti negativi nelle riunioni di controllo del progetto. Lo slittamento è soprattutto un segno della serietà del processo, più che l’effetto di un problema, perché il team preferisce spostare una data piuttosto che consegnare una versione con difetti evidenti.
In superficie trovi GNOME 51 nell’edizione Workstation, KDE Plasma 6.8 in quella KDE e il kernel Linux 7.2, con il ramo 7.3 in arrivo come aggiornamento. Sotto il cofano, però, cambiano abitudini radicate. La console di testo non è più quella integrata nel nucleo, l’installazione di pacchetti privi di firma viene fermata e il debug tra processi è limitato di default. Sono scelte coerenti con un’idea di sicurezza e riproducibilità, ma possono creare qualche attrito a chi usa script o guide scritte anni fa.
Fedora 45 introduce GNOME 51 e Plasma 6.8
Su Workstation, GNOME 51 lavora soprattutto sulla fluidità. Il ritmo con cui il sistema disegna l’interfaccia è più regolare, la cattura dello schermo è più rapida e la gestione dei monitor è più solida. Sono miglioramenti che si percepiscono dopo qualche giorno, soprattutto su portatili con display ad alta frequenza.
A questi si aggiungono modifiche pratiche. In Impostazioni arriva una schermata per registrare le impronte digitali, e il touchpad può disattivarsi da solo quando colleghi un mouse. La luminosità del monitor viene ricordata tra una sessione e l’altra, mentre Mappe permette di scaricare le cartine per l’uso offline.
La sezione dedicata alle app in background ora mostra quali applicazioni Flatpak consumano batteria senza che tu te ne accorga. GNOME Software segnala inoltre i progetti abbandonati dagli sviluppatori ed espone i permessi con più dettaglio.
Sul fronte KDE, Plasma 6.8 introduce i desktop virtuali separati per ciascun monitor, una richiesta storica di chi lavora con più schermi. Chi usava Fedora 44 KDE aveva già ricevuto questa versione come aggiornamento, quindi il salto visivo sarà minimo.
Più rilevante è la fine delle sessioni X11 native. Le vecchie applicazioni continuano a funzionare tramite XWayland, ma se dipendi da strumenti che richiedono X11 puro conviene fare qualche prova prima. Come regola pratica, con KDE su Fedora 44 aggiornata il desktop varia poco, mentre con GNOME l’effetto cumulativo è più marcato.
La console di testo cambia motore ed esce dal kernel
Tra le novità meno appariscenti ma più importanti c’è kmscon. Fino a Fedora 44, i terminali di testo che si aprono con Ctrl+Alt+F3 erano gestiti da fbcon, un componente interno al kernel Linux. Con Fedora 45 questo compito passa a un programma che vive fuori dal nucleo. Spostare la logica all’esterno permette di aggiornarla con più facilità e meno rischi. In pratica, i tasti e le lettere accentate dovrebbero comportarsi come nel resto del sistema.
Se il nuovo programma dovesse fallire all’avvio, si ricade sul vecchio getty con fbcon, quindi non si resta senza un accesso di emergenza. Nello stesso filone si colloca un nuovo front-end per DRM Panic, il meccanismo con cui il kernel mostra un messaggio quando si blocca in modo irrecuperabile. Lo scopo è offrire una schermata d’errore più leggibile, così da facilitarne la segnalazione agli sviluppatori.
Firme dei pacchetti, ptrace e il nuovo custode delle password
Qui Fedora 45 prende le decisioni più nette. La prima novità introdotta riguarda le firme. RPM 6.1 ora richiede firme e digest validi prima di installare i pacchetti, quindi un comando come rpm -i su un file non firmato, che prima stampava un avviso e proseguiva, adesso si ferma.
Chi usa il computer a casa nota poco, perché i repository ufficiali e quello di RPM Fusion distribuiscono già software firmato. Ne risente invece chi scarica file .rpm da siti esterni o li compila in proprio. In quel caso la strada giusta è firmare i propri lavori, senza aggirare il controllo.
La seconda novità è la restrizione di ptrace, il meccanismo che permette a un programma di ispezionare un altro processo. Con il parametro kernel.yama.ptrace_scope = 1, un’applicazione senza privilegi può tracciare soltanto i propri figli. Un software compromesso non può più spiare gli altri processi dello stesso account. Lo scotto lo paga chi fa debug, perché per agganciare gdb o strace -p a un’attività già avviata serve sudo. Per leggere il valore attuale basta questo comando.
cat /proc/sys/kernel/yama/ptrace_scope
Infine arriva oo7, il nuovo provider del Secret Service scritto in Rust, che sostituisce i backend di GNOME Keyring e KWallet per custodire password e credenziali. A queste scelte si aggiungono lo shadow stack attivo di default in glibc 2.44 e l’obiettivo di ottenere build riproducibili.
Stratis e il nuovo installer di Fedora 45
L’installer Anaconda ora può usare Stratis come destinazione. Si tratta di un gestore di storage che ragiona per pool, cioè spazi comuni da cui prelevare man mano che serve. Aggiungi uno o più dischi a un contenitore e ricavi filesystem che crescono in base alle necessità, con istantanee e allocazione dinamica. Il supporto è presente nel partizionatore WebUI, in Cockpit Storage e nei file Kickstart.
Per chi installa Fedora 45 su un solo SSD, il layout predefinito basato su Btrfs resta la scelta più semplice e più collaudata. Stratis diventa interessante con più unità, in piccoli server o laboratori domestici, oppure se cerchi un approccio vicino a LVM ma meno macchinoso.
Più pratica è la novità delle edizioni Atomic, cioè Silverblue e Kinoite. Abbandonano il vecchio installer grafico basato su GTK e adottano quello WebUI, che consente anche l’installazione da remoto via HTTPS con abbinamento tramite PIN. Le immagini vengono prodotte con image-builder, che apre la strada a più formati di disco.
Podman 6 e le versioni che cambiano per chi sviluppa
Il pacchetto di strumenti per programmare è ampio, con Python 3.15, Go 1.27, GCC 16.2, LLVM 23 e systemd 262. La modifica più impegnativa riguarda però Podman, che passa alla serie 6.1. Serve a eseguire container in alternativa allo strumento più noto del settore, e la sua sesta edizione rimuove componenti storici.
slirp4netns, CNI, iptables e cgroups v1 vengono sostituiti da pasta, Netavark, nftables e cgroups v2, mentre il vecchio database BoltDB migra in automatico a SQLite. Se provi qualche immagine ogni tanto, probabilmente non noterai nulla. Se hai script, file Compose o reti personalizzate, verifica che tutto parta dopo il cambio di release con questi comandi.
podman --version
podman info | grep -Ei 'networkBackend|cgroupVersion|databaseBackend'
podman run --rm hello-world
Un altro punto delicato sono i database. Il pacchetto mysql-server senza numero installa ora MySQL 9.7 al posto della 8.4 LTS, mentre mariadb-server passa a MariaDB 12.3 dalla 11.8. Sono salti di versione maggiore, e con i dati di mezzo conviene non improvvisare. Prima di cambiare release esegui un dump completo e, se puoi, prova la procedura su una copia del sistema.
Come aggiornare da Fedora 44 passo dopo passo
L’aggiornamento offline resta il metodo più affidabile. Il punto di partenza è un sistema Fedora 44 completamente allineato, perché le ultime correzioni includono le chiavi di firma necessarie. Prima di toccare qualsiasi cosa, fai una copia dei dati importanti, una precauzione che non costa nulla e può salvarti nel caso peggiore. Poi, da terminale, esegui questa sequenza.
# 1. Aggiorna Fedora 44
sudo dnf upgrade --refresh
sudo reboot
# 2. Scarica i pacchetti di Fedora 45
sudo dnf system-upgrade download --releasever=45
# 3. Riavvia nell'ambiente di aggiornamento
sudo dnf offline reboot
Il sistema riparte, applica le novità senza interfaccia grafica e si riavvia di nuovo nella versione 45. A operazione conclusa puoi controllare il risultato con il comando qui sotto.
grep '^VERSION=' /etc/os-release
Alcuni accorgimenti fanno risparmiare tempo. Se il download segnala errori 404 su un repository, il fornitore non ha ancora pubblicato i pacchetti per Fedora 45, quindi disabilitalo con --disablerepo=nome-repo e riabilitalo a fine procedura. Con i driver NVIDIA da RPM Fusion, controlla che la versione sia compatibile con il kernel 7.2. Se un software installato a mano blocca tutto per mancanza di digest, puoi escluderlo con -x nome-pacchetto oppure rimuoverlo.
Dopo il primo avvio, dedica qualche minuto ai controlli. Apri un terminale virtuale e verifica che la tastiera risponda con il layout giusto, avvia i container che usi di solito e verifica che il browser e la posta mantengano i propri profili. Se tutto funziona, puoi rimuovere i pacchetti rimasti orfani e riabilitare i repository esterni sospesi.
Fedora 45: conclusioni
La forza di Fedora 45 sta nella sua coerenza. GNOME 51 è più fluido e dà più controllo sulle app in background, Plasma 6.8 completa il passaggio a Wayland e porta i desktop virtuali per ciascun monitor, mentre sotto il cofano la sicurezza viene irrobustita con decisioni nette. Convince soprattutto l’approccio, che consiste nel sistemare ciò che di solito si rimanda, cioè console, firme dei pacchetti e custodia delle credenziali. Sono interventi poco appariscenti, ma danno i loro frutti nel lungo periodo.
Non mancano nemmeno i punti deboli. Il doppio ritardo mostra un ciclo di rilascio teso, e le restrizioni su ptrace e firme RPM possono spiazzare chi ha script non aggiornati. Anche le versioni maggiori di Podman e dei database richiedono attenzione. Tutto si gestisce, ma non è un passaggio da fare alla cieca prima di una scadenza importante.
Segui Gomoot
Le nostre recensioni e notizie, dove le cerchi già.
