È stata presentata la versione beta del sistema operativo Fedora Linux 42, che segna il passaggio alla fase finale di test, durante la quale è consentita solo la correzione di errori critici. Il rilascio è previsto per il 22 aprile. Il rilascio comprende Fedora Workstation, Fedora KDE Plasma Desktop, Fedora Server, Fedora IoT, Fedora CoreOS, Fedora Cloud Base, Fedora IoT Edition, Fedora Silverblue, Fedora Kinoite e versioni Live fornite come spin con ambienti desktop personalizzati Xfce, MATE, Cinnamon, LXDE, Phosh, Miracle, LXQt, Budgie, Sway e Cosmic. Le versioni sono state create per le architetture x86_64, Power64 e ARM64 (AArch64).
Le modifiche più significative in Fedora Linux 42:
- La versione Fedora KDE Plasma Desktop ha ottenuto lo status di edizione base della distribuzione, equivalente per livello di supporto a Fedora Workstation. Pertanto, le varianti con GNOME e KDE ora hanno lo stesso status e vengono presentate alla pari. I problemi critici specifici di KDE verranno ora considerati come blocchi del rilascio, proprio come lo erano in precedenza i gravi problemi in GNOME. Inoltre, in Fedora KDE Plasma Desktop è stata aggiunta la supporto per l'architettura Power (ppc64le), per la quale è disponibile l'intero stack di applicazioni KDE, compreso KDE PIM. Sono state preparate versioni Live con KDE per i sistemi OpenPOWER, come Talos Workstation, che supportano la possibilità di installazione.
- Sono state aggiunte ufficialmente versioni Spin della distribuzione con l'ambiente desktop COSMIC, sviluppato da System76 in linguaggio Rust. COSMIC offre modalità di layout ibrido a mosaico e di fissaggio a stack delle finestre (raggruppamento delle finestre in modo simile alle schede del browser), che possono essere attivate in relazione ai desktop virtuali.
- Il desktop di Fedora Workstation è stato aggiornato alla branch GNOME 48, il cui rilascio è previsto per domani. Sono stati aggiornati anche gli ambienti desktop Xfce 4.20 e LXQt 2.1.
- In Fedora Workstation è attivata di default una nuova variante dell'installer Anaconda, che utilizza un'interfaccia web invece di un'interfaccia basata sulla libreria GTK. L'interfaccia web è costruita utilizzando il framework JavaScript React, elementi di design PatternFly e componenti dal progetto Cockpit, già utilizzato nei prodotti Red Hat per la configurazione e gestione dei server. Invece della schermata principale con l'elenco delle azioni, nel nuovo interface il lavoro è organizzato sotto forma di un wizard, che implica l'esecuzione sequenziale di determinati passaggi senza tornare alla schermata principale. L'interfaccia web permette l'interazione tramite browser per la gestione remota dell'installazione.
L'interfaccia proposta è priva di complicazioni ed è più comprensibile per gli utenti principianti. Si suggerisce di utilizzare la modalità guidata di partizionamento del disco, in cui l'installer sceglie autonomamente le impostazioni per la creazione o modifica delle partizioni in base alle preferenze selezionate dall'utente. È stata aggiunta un'opzione per reinstallare la distribuzione (ad esempio, per ripristinare il funzionamento in caso di danneggiamento di alcuni file di sistema), oltre alla possibilità di installare in modalità dual boot per utilizzare più sistemi operativi su un unico computer.
- L'installer classico Anaconda è stato adattato per utilizzare il protocollo Wayland, permettendo così di escludere le dipendenze correlate a X11 dai supporti di installazione. Il processo di installazione remota è stato spostato dal client VNC TigerVNC all'applicazione grd (Gnome Remote Desktop), che utilizza il protocollo RDP. Per tutte le architetture supportate, è attivo per default il partizionamento con GPT.
- Il contenuto delle directory /usr/bin e /usr/sbin è stato unificato. La directory /usr/sbin è stata sostituita da un collegamento simbolico che punta a /usr/bin. La separazione dei file eseguibili nelle directory bin e sbin è stata riconosciuta come una pratica obsoleta, che ha perso di significato nelle distribuzioni moderne. L'unificazione di bin e sbin semplificherà il lavoro degli manutentori dei pacchetti, che non dovranno più indovinare in quale directory collocare un file eseguibile; renderà il sistema più prevedibile e comprensibile per gli utenti; aumenterà la compatibilità con altre distribuzioni; e ridurrà il numero di controlli delle directory durante l'esecuzione di execvp() e chiamate simili.
- Sono stati aggiunti nuovi gruppi flatpak e diskadmin per garantire l'accesso agli utenti non privilegiati alle funzioni di gestione dei pacchetti di sistema in formato Flatpak e ai dispositivi di archiviazione esterni. Questa modifica ha permesso di evitare la necessità di aggiungere utenti al gruppo wheel, consentendo di lavorare con flatpak e dischi esterni senza fornire accesso ad altre operazioni di amministrazione. Per gli utenti che appartengono al gruppo wheel, è stata inoltre fornita la possibilità di sbloccare (LUKS) e montare dispositivi di archiviazione esterni senza richiedere l'inserimento della password.
- È consentito includere nel pacchetto varianti aggiuntive di file eseguibili, compilate con ottimizzazioni per le microarchitetture x86-64-v2, x86-64-v3 e x86-64-v4. Nella maggior parte dei casi, l'aumento delle prestazioni nella compilazione per tali architetture non supera il 10%, ma in situazioni particolari porta a un aumento delle prestazioni (fino al 120%). La decisione di aggiungere file eseguibili ottimizzati in modo supplementare è presa dagli accompagnatori, a seconda dei risultati dei test delle prestazioni dei pacchetti specifici.
- Le compilazioni live del sistema operativo, che utilizzano un'immagine di sistema in modalità sola lettura, sono state trasferite da SquashFS a un file system EROFS. Tra le ragioni del passaggio si cita uno sviluppo più attivo di EROFS (l'ultima versione dello strumento SquashFS è stata rilasciata nella primavera del 2023) e la presenza in EROFS di funzionalità avanzate che potrebbero essere utilizzate in futuro. Rispetto a SquashFS, EROFS presenta una compressione inferiore (dimensione dell'immagine 2.7 GiB in EROFS contro 2.0 GiB in SquashFS con l'algoritmo di compressione XZ e 3.9 GiB contro 3.1 GiB utilizzando LZ4), ma una maggiore velocità di accesso casuale e larghezza di banda (7.1 MiB/s in EROFS contro 5.0 MiB/s in SquashFS per XZ e 30.9 MiB/s contro 26.3 MiB/s per LZ4).
- Le edizioni del sistema operativo aggiornabili in modo atomico per sistemi desktop (Fedora Atomic Desktops), come Fedora Silverblue (GNOME), Fedora Kinoite (KDE), Fedora Sway Atomic e Fedora Budgie Atomic, sono di default passate al file system Composefs, il che ha consentito di utilizzare per queste compilazioni una partizione radice che opera in modalità sola lettura, e inoltre di impiegare in seguito strumenti di verifica dell'integrità per identificare eventuali problemi durante il funzionamento. Le partizioni /etc e /var continuano a essere montate con possibilità di scrittura. Il file system Composefs è implementato come un'estensione sopra i file system già presenti nel kernel, OverlayFS e EROFS, ed è ottimizzato per una gestione efficiente del contenuto di più immagini disco montate.
- Nell'edizione Fedora Kinoite (opzione aggiornabile in modo atomico con KDE) è abilitata di default l'installazione automatica degli aggiornamenti.
- Sono state rilasciate compilazioni ufficiali di Fedora per il sottosistema WSL (Windows Subsystem for Linux), incluse nell'elenco delle distribuzioni Linux disponibili per l'installazione rapida in WSL. Le compilazioni sono state create in un nuovo formato che consente di distribuire la distribuzione direttamente server senza il download dal catalogo Microsoft Store, senza imballaggio in formato appx e senza posizionamento in un codice specifico per Windows.
- È stata attivata una nuova versione della libreria multimediale SDL 3. Per le applicazioni basate su SDL, il protocollo Wayland è attivato per impostazione predefinita. Le librerie SDL 2 sono state sostituite da un layer compatibile sdl2-compat, che funziona sopra SDL 3.
- Il gestore pacchetti DNF5 ha aggiunto il supporto per la rimozione dei PGP key obsoleti o scaduti dai repository, automatizzando così la gestione delle chiavi durante l'installazione e l'aggiornamento dei programmi.
- Il gestore pacchetti RPM ha aggiunto il supporto per la creazione di utenti e gruppi basati su file di configurazione forniti nei pacchetti, collocati nella directory Sysusers.d, utilizzata in systemd.
- È stato aggiunto un generatore di dipendenze per le estensioni di GNOME Shell, che consente di collegare pacchetti rpm con plugin a versioni di GNOME Shell.
- In DNF e RPM è attivata per impostazione predefinita la modalità 'Copy on Write', implementata tramite reflink in Btrfs.
- Aggiornate le versioni dei pacchetti: LLVM 20, GCC 15-test, binutils 2.44, glibc 2.41, gdb 15, Go 1.24, Tcl/Tk 9.0, Ruby 3.4, Zlib-ng 2.2.x, Setuptools 74, Django 5.x, Ansible 11, PHP 8.4, numpy 2.1.3.
- Nel repository per l'architettura AArch64 è stato aggiunto l'emulatore FEX, che consente di eseguire file eseguibili compilati per architetture x86 e x86-64 in un ambiente ARM64 (AArch64). I componenti basati su FEX per l'esecuzione di programmi x86 sono integrati nelle compilazioni di Fedora con ambiente desktop KDE.
- È stato ampliato il supporto per le webcam con interfaccia MIPI (Mobile Industry Processor Interface), sempre più utilizzate nei laptop e nei tablet al posto di UVC (USB Video Class).
- È stato aggiunto il supporto per la crittografia della memoria delle macchine virtuali attraverso le tecnologie AMD SEV-SNP e Intel TDX.
- I pacchetti che utilizzano solo il file eseguibile git sono stati convertiti per dipendere da git-core, anziché dall'intero pacchetto git.
- Il boot splash Plymouth è stato modificato per utilizzare il modulo del kernel simpledrm, eliminando così l'attesa per l'inizializzazione del driver GPU.
- In Firewalld, nelle compilazioni per workstation, per IPv6 è attivata per impostazione predefinita la modalità rpfilter (Reverse Path Filter) 'loose' anziché 'strict'.
È stato annunciato contemporaneamente il beta testing della distribuzione Fedora Asahi Remix 42, progettata per l'installazione su computer Mac dotati di chip ARM sviluppati da Apple. Fedora Asahi Remix 42 si basa sul pacchetto di Fedora Linux 42-beta e viene fornito con l'installer Calamares. È garantita la compatibilità con sistemi Apple MacBook Air, MacBook Pro, Mac Mini, Mac Studio e iMac dotati di chip ARM Apple M1 e M2.
In Fedora Asahi sono completamente supportate: la sottosistema audio dei computer Apple, la fotocamera, il Wi-Fi, il Bluetooth, i dispositivi di input, USB Type C (USB 3.0) e la ricarica wireless MagSafe. Non è ancora supportata: la connessione dello schermo tramite USB-C, Thunderbolt/USB4, il microfono e Touch ID. I driver grafici supportano OpenGL 4.6, OpenGL ES 3.2 e Vulkan 1.4. Per eseguire applicazioni costruite per sistemi x86_64, viene utilizzato il toolkit muvm e uno strato di emulazione basato sul pacchetto FEX.
Fonte: opennet.ru
