È stata presentata la versione beta della distribuzione Fedora Linux 42, segnando il passaggio alla fase finale di test, in cui sono consentite solo correzioni di errori critici. Il rilascio è previsto per il 22 aprile. La versione include Fedora Workstation, Fedora KDE Plasma Desktop, Fedora Server, Fedora IoT, Fedora CoreOS, Fedora Cloud Base, Fedora IoT Edition, Fedora Silverblue, Fedora Kinoite e build Live fornite come spin con ambienti desktop personalizzati come Xfce, MATE, Cinnamon, LXDE, Phosh, Miracle, LXQt, Budgie, Sway e Cosmic. Le build 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, identica per livello di supporto a Fedora Workstation. Di conseguenza, le versioni della distribuzione con GNOME e KDE ora hanno lo stesso status e vengono presentate alla pari. I problemi gravi specifici di KDE sono ora considerati come bloccanti per il rilascio, proprio come in precedenza bloccavano il rilascio 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, incluso KDE PIM. Sono state preparate versioni Live con KDE per sistemi OpenPOWER, come Talos Workstation, che supportano la possibilità di installazione.
- Sono state aggiunte le versioni ufficiali Spin della distribuzione con l'ambiente desktop COSMIC, sviluppato dall'azienda System76 in Rust. COSMIC offre modalità di composizione delle finestre a mosaico ibrido e di ancoraggio delle finestre (raggruppamento delle finestre simile alle schede del browser), che possono essere attivate in relazione ai desktop virtuali.
- Il desktop di Fedora Workstation è stato aggiornato alla versione GNOME 48, il rilascio è previsto per domani. Aggiornati anche i desktop Xfce 4.20 e LXQt 2.1.
- In Fedora Workstation è stato implementato di default un nuovo tipo di installer Anaconda, che utilizza un'interfaccia web invece della tradizionale interfaccia basata su GTK. L'interfaccia web è costruita utilizzando il framework JavaScript React, gli elementi di design PatternFly e i componenti del progetto Cockpit, già utilizzati nei prodotti Red Hat per la configurazione e la gestione dei server. Invece della schermata principale con l'elenco delle azioni, nel nuovo interfaccia il lavoro è organizzato come un wizard, concepito per eseguire una serie di passaggi senza tornare alla schermata principale. L'interfaccia web consente l'interazione tramite browser per il controllo remoto dell'installazione.
L'interfaccia proposta è priva di complessità e più comprensibile per gli utenti principianti. Come base, si suggerisce di utilizzare la modalità di partizionamento automatizzata (guided), in cui l'installer seleziona autonomamente le opzioni per la creazione o modifica delle partizioni in base alle impostazioni scelte dall'utente. È stata aggiunta un'opzione per la reinstallazione del sistema operativo (ad esempio, per ripristinare il funzionamento in caso di danneggiamento di alcuni file di sistema), oltre alla possibilità di installazione in modalità dual boot per utilizzare più sistemi operativi su un unico computer.
- L'installer classico Anaconda è stato aggiornato per utilizzare il protocollo Wayland, il che ha permesso di eliminare le dipendenze associate a X11 dai supporti di installazione. Il processo di installazione remota è stato trasferito dal client VNC TigerVNC all'applicazione grd (Gnome Remote Desktop), che utilizza il protocollo RDP. Per impostazione predefinita, per tutte le architetture supportate, è attivato il partizionamento con l'uso di 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 distinzione tra file eseguibili nelle directory bin e sbin è considerata una pratica obsoleta, che ha perso di significato nelle distribuzioni moderne. L'unificazione di bin e sbin semplificherà il lavoro degli sviluppatori di pacchetti, che non dovranno più indovinare in quale directory collocare i file eseguibili; renderà il sistema più prevedibile e comprensibile per gli utenti; aumenterà la compatibilità con altre distribuzioni; 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 degli utenti non privilegiati alle funzioni di gestione dei pacchetti di sistema nel formato Flatpak e ai dispositivi di archiviazione esterni. Questa modifica ha eliminato la necessità di aggiungere l'utente al gruppo wheel, consentendo di lavorare con flatpak e dischi esterni senza fornire accesso alle altre operazioni di amministrazione. Per gli utenti appartenenti al gruppo wheel, è stata inoltre fornita la possibilità di sbloccare (LUKS) e montare dispositivi esterni senza richiedere il введimento della password.
- È consentito includere nei pacchetti ulteriori varianti di file eseguibili compilati con ottimizzazioni per le microarchitetture x86-64-v2, x86-64-v3 e x86-64-v4. In molti casi, l'aumento delle prestazioni nella compilazione per tali architetture non supera il 10%, ma in alcune situazioni porta a un notevole incremento delle prestazioni (fino al 120%). La decisione di aggiungere file eseguibili ulteriormente ottimizzati è presa dagli accompagnatori, in base ai risultati dei test di prestazioni specifici per i pacchetti.
- Le build live del sistema operativo, che utilizzano un'immagine di sistema in modalità di sola lettura, sono stati spostati da SquashFS a un file system EROFS. Le motivazioni per questo cambiamento includono uno sviluppo più attivo di EROFS (l'ultima versione del toolkit SquashFS risale alla primavera del 2023) e la presenza in EROFS di funzionalità avanzate, che potrebbero essere sfruttate in futuro. Rispetto a SquashFS, EROFS offre una compressione inferiore (dimensione dell'immagine di 2,7 GiB in EROFS contro 2,0 GiB in SquashFS utilizzando 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 atomiche aggiornabili del sistema operativo per desktop (Fedora Atomic Desktops), come Fedora Silverblue (GNOME), Fedora Kinoite (KDE), Fedora Sway Atomic e Fedora Budgie Atomic, sono state impostate di default su un file system Composefs, permettendo l'uso di una partizione radice in modalità di sola lettura. Ciò consente anche di implementare successivamente strumenti di verifica dell'integrità per la partizione di sistema, in grado di identificare eventuali problemi durante il funzionamento. Le directory /etc e /var continuano a essere montate con autorizzazione di scrittura. Il file system Composefs è implementato come un'estensione su file system già presenti nel kernel, come OverlayFS e EROFS, ed è ottimizzato per una condivisione efficiente del contenuto di più immagini disco montate.
- Nell'edizione Fedora Kinoite (versione atomica aggiornata con KDE) è attivata di default l'installazione automatica degli aggiornamenti.
- Sono disponibili le edizioni ufficiali di Fedora per il sottosistema WSL (Windows Subsystem for Linux), che sono incluse nell'elenco delle distribuzioni Linux disponibili per un'installazione rapida in WSL. Le edizioni sono state create in un nuovo formato che consente la distribuzione della distribuzione dal proprio server senza caricamento nel catalogo Microsoft Store, senza imballaggio in formato appx e senza includere codice specifico per Windows.
- È stata attivata una nuova ramificazione della libreria multimediale SDL 3. Per le applicazioni basate su SDL, il protocollo Wayland è attivato di default. Le librerie SDL 2 sono state sostituite con il layer sdl2-compat, funzionante sopra SDL 3.
- Nel gestore di pacchetti DNF5 è stata aggiunta la possibilità di rimuovere dal sistema le chiavi PGP obsolete o scadute dei repository, permettendo di automatizzare la gestione delle chiavi durante l'installazione e l'aggiornamento dei programmi.
- Nel gestore di pacchetti RPM è stata aggiunta la possibilità di creare utenti e gruppi basati sui file di configurazione forniti nei pacchetti, situati nella directory Sysusers.d, utilizzata in systemd.
- È stato aggiunto un generatore di dipendenze per le estensioni di GNOME Shell, che permette di collegare pacchetti rpm con estensioni a versioni di GNOME Shell.
- In DNF e RPM è stato attivato di default il modo 'Copy on Write', implementato 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 le architetture x86 e x86-64 in un ambiente ARM64 (AArch64). I componenti basati su FEX per l'esecuzione di programmi x86 sono stati integrati nelle build di Fedora con l'ambiente desktop KDE.
- È stata ampliata la 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).
- È stata aggiunta la supporto per la crittografia della memoria delle macchine virtuali tramite le tecnologie AMD SEV-SNP e Intel TDX.
- I pacchetti che utilizzano solo il file eseguibile git sono stati trasferiti per dipendere da git-core, anziché dal pacchetto completo git.
- Il boot splash Plymouth è stato tradotto per utilizzare il modulo del kernel simpledrm, eliminando l'attesa per l'inizializzazione del driver GPU.
- In Firewalld, nelle build per workstation, per IPv6 è attivata di default la modalità rpfilter (Reverse Path Filter) 'loose' invece di 'strict'.
Contemporaneamente, è stato annunciato 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 sulla base pacchetti di Fedora Linux 42-beta ed è dotato dell'installer Calamares. È garantita la compatibilità con i sistemi Apple MacBook Air, MacBook Pro, Mac Mini, Mac Studio e iMac, equipaggiati con i chip ARM Apple M1 e M2.
In Fedora Asahi sono completamente supportati: il sottosistema audio dei computer Apple, la fotocamera, Wi-Fi, Bluetooth, dispositivi di input, USB Type C (USB 3.0) e la ricarica wireless MagSafe. Non sono ancora supportati: il collegamento dello schermo tramite USB-C, Thunderbolt/USB4, microfono e Touch ID. I driver grafici supportano OpenGL 4.6, OpenGL ES 3.2 e Vulkan 1.4. Per eseguire applicazioni compilate per sistemi x86_64, viene utilizzato l'insieme di strumenti muvm e un livello di emulazione basato sul pacchetto FEX.
Fonte: opennet.ru
