🥇Rilascio della distribuzione Fedora Linux 39

È stato presentato il rilascio della distribuzione Fedora Linux 39. Sono stati preparati per il download i prodotti Fedora Workstation, Fedora Server, Fedora CoreOS, Fedora Cloud Base, Fedora IoT Edition e le Live-build, fornite in forma di spin con ambienti desktop KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE, Phosh, LXQt, Budgie e Sway. Le build sono state create per le architetture x86_64, Power64 e ARM64 (AArch64). La pubblicazione delle build di Fedora Silverblue è in ritardo.

Le modifiche più significative in Fedora Linux 39:

Il desktop di Fedora Workstation è stato aggiornato alla versione GNOME 45, che ha introdotto un indicatore dinamico nella barra. desktop virtuali, sono state migliorate le prestazioni del sistema di ricerca, è stato aggiunto un indicatore di accensione della fotocamera, è stata attivata l'accelerazione hardware per la riproduzione video, sono stati sostituiti il visualizzatore di immagini e l'applicazione per la fotocamera, è stato modificato lo stile di visualizzazione dei pannelli laterali, e sono state aggiornate le librerie GTK 4.12 e libadwaita 1.4.
Nel terminale Bash, il tema della riga di comando è attivato per impostazione predefinita.
Aggiornate le versioni dei pacchetti, tra cui RPM 4.19, gcc 13.2, LLVM/Clang 17, binutils 2.40, glibc 2.38, Python 3.12, Perl 5.38, Golang 1.21, Boost 1.81, Vagrant 2.3, Haskell GHC 9.4, LibreOffice 7.6.
Sono stati aggiunti i meta-pacchetti default-fonts* per semplificare l'aggiornamento e l'installazione dei font offerti per impostazione predefinita.
In NetworkManager è garantita la traduzione automatica dei profili di connessione esistenti, memorizzati nel formato ifcfg (/etc/sysconfig/network-scripts/ifcfg-*), in un formato basato su file keyfile.
È stata fornita la possibilità di rimuovere il pacchetto tzdata dal database dei fusi orari per ridurre la dimensione dei contenitori isolati.
Il valore sysctl vm.max_map_count è stato aumentato da 65530 a 1048576 per migliorare la compatibilità con i giochi Windows eseguiti tramite wine o steam.
Nell'utilità createrepo_c è stato attivato per impostazione predefinita l'algoritmo Zstd per la compressione dei metadati del repository e sono stati interrotti la generazione dei metadati nel database SQLite.
È stata aggiunta una build ufficiale di Fedora Onyx con una variante di Fedora Linux aggiornabile in modo atomico, dotata di un ambiente utente Budgie. Questa nuova build integra la classica build Fedora Budgie Spin e assomiglia alle edizioni Fedora Silverblue, Fedora Sericea e Fedora Kinoite, fornite con GNOME, Sway e KDE. Fedora Onyx si basa sulle tecnologie di Fedora Silverblue ed è inoltre fornita in forma di immagine monolitica, non suddivisa in pacchetti separati e aggiornata in modo atomico tramite sostituzione completa. L'ambiente di base viene assemblato da RPM ufficiali di Fedora utilizzando gli strumenti rpm-ostree e montato in modalità di sola lettura. Per installare e aggiornare applicazioni aggiuntive viene utilizzato un sistema di pacchetti autonomi flatpak, permettendo di separare le applicazioni dal sistema principale e di eseguirle in un contenitore isolato.
Le edizioni Sericea e Sway Spin hanno cessato la fornitura dei pacchetti xorg-x11.
Nella versione di Fedora Kinoite (una variante di Fedora con KDE che si aggiorna in modo atomico), l'aggiornamento automatico del sistema è attivato di default.
Per la creazione delle edizioni Fedora Silverblue e Fedora Kinoite è stato adottato un approccio più sicuro con la modalità core unificata (unified core) di rpm-ostree.
È iniziata la creazione di immagini con l'ambiente utente LXQt per l'architettura Aarch64.
In Fedora Cloud è stata implementata la funzionalità di riavvio automatico dopo l'installazione degli aggiornamenti dei pacchetti che richiedono un riavvio del sistema. Questa funzionalità è organizzata tramite la creazione del file /var/run/reboot-required dopo aver eseguito l'operazione «dnf update» e la sua verifica in cloud-init.
Agli utenti gestiti tramite Active Directory, FreeIPA o LDAP è offerta la possibilità di utilizzare la tecnologia Passkeys, che consente l'autenticazione senza password tramite identificatori biometrici come l'impronta digitale o il riconoscimento facciale, utilizzando un dispositivo compatibile FIDO2, supportato nella libreria libfido2.
La dimensione minima della partizione ESP (EFI System Partition) utilizzata per l'installazione di Fedora è stata aumentata da 200 a 500 MB a causa della mancanza di spazio per gli aggiornamenti del firmware. Il limite di 500 MB è conforme alle specifiche utilizzate da Microsoft a partire da Windows 10.
Cessata la fornitura dei temi di QGnomePlatform e Adwaita-qt, utilizzati per dare alle applicazioni Qt impostazioni e stili simili a GNOME, affinché queste applicazioni si integrassero meglio nell'ambiente GNOME. Le ragioni citate includono la stagnazione di questi temi e problemi nel loro utilizzo con alcune applicazioni.
Sono stati dichiarati obsoleti i pacchetti del sistema di controllo ortografico aspell, per i quali si raccomanda di utilizzare hunspell o enchant2. Come motivo viene citata l'assenza di aggiornamenti nel progetto aspell negli ultimi 4 anni.
Rimosso il pacchetto pam_console, che non era utilizzato di default, presentava problemi di sicurezza e poteva essere sostituito dalla funzionalità di systemd.
Cessata la fornitura del pacchetto con man-pages-ru, poiché le traduzioni dei manuali in lingua russa sono già incluse nel pacchetto man-pages-l10n.
Dall'installazione di base è stato rimosso il pacchetto fedora-repos-modular e disattivato il repository modulare. Questa modifica ha permesso di accelerare le prestazioni del gestore di pacchetti DNF riducendo il numero di controlli e caricamenti dei metadati.
È stato modificato il metodo di assemblaggio dei pacchetti Flatpak nella distribuzione. Invece di utilizzare moduli durante la ricompilazione dei pacchetti con il parametro «prefix=\/app», è stata introdotta un'obiettivo di compilazione separato.
È stata interrotta la costruzione e la fornitura di moduli aggiornabili separatamente, il cui ciclo di vita non è legato al core della distribuzione, e il supporto è fornito indipendentemente dalle versioni della distribuzione, il che ha permesso di garantire la coesistenza di pacchetti con diverse versioni della stessa applicazione. Tra le motivazioni per la cessazione del supporto ai moduli, si segnala la perdita di interesse nello sviluppo dei moduli e problemi con la manutenzione dei moduli esistenti (l'ultima attività su pagure.io\/modularity risale a oltre 3 anni fa).
Sono stati svolti lavori preparatori relativi alla seconda fase della transizione verso un processo di avvio modernizzato, proposto da Lennart Poettering. Le differenze rispetto all'avvio classico riguardano l'uso, invece di un'immagine initrd, creata localmente durante l'installazione del pacchetto con il kernel, di un'immagine del kernel unificata UKI (Unified Kernel Image), generata nell'infrastruttura della distribuzione e firmata digitalmente dalla distribuzione. L'UKI unisce in un unico file il gestore per il caricamento del kernel da UEFI (UEFI boot stub), l'immagine del kernel Linux e l'ambiente di sistema initrd caricato in memoria. Quando si richiama l'immagine UKI da UEFI, viene offerta la possibilità di verificare l'integrità e l'autenticità tramite firma digitale non solo del kernel, ma anche del contenuto di initrd, la cui verifica dell'autenticità è importante in quanto in questo ambiente avviene l'estrazione delle chiavi per decrittografare il file system radice. Gli obiettivi principali per l'attuazione nelle fasi due e tre sono: integrazione nel programma di installazione del supporto a systemd-boot, abbandono della dipendenza dall'uso della riga di comando del kernel per la configurazione, cessazione della memorizzazione di dati riservati in initrd, modifica dell'elaborazione dei moduli opzionali dracut.

La transizione al gestore di pacchetti DNF5 e al nuovo programma di installazione basato su interfaccia web è rinviata al rilascio di Fedora 40. Inoltre, è stato annullato il previsto ritiro dei driver org-x11-drv-vesa e xorg-x11-drv-fbdev, e del codice correlato dal pacchetto xorg-x11-server-Xorg, già previsto per Fedora 39. I progettisti prevedono di interrompere in Fedora 40 il supporto per la sessione basata su X11 nelle versioni della distribuzione con KDE e GNOME.

Inoltre, è possibile notare l'introduzione degli archivi «free» e «nonfree» per Fedora 39 nel progetto RPM Fusion, in cui sono disponibili pacchetti con applicazioni multimediali aggiuntive (MPlayer, VLC, Xine), codec video/audio, supporto DVD, driver proprietari AMD e NVIDIA, programmi di gioco ed emulatori.

Fonte: opennet.ru