È stata rilasciata la distribuzione Fedora Linux 42. Sono disponibili per il download Fedora Workstation, Fedora KDE Plasma Desktop, Fedora Server, Fedora IoT, Fedora CoreOS, Fedora Cloud Base, Fedora IoT Edition, Fedora Silverblue, Fedora Kinoite e le build Live, fornite come spin con gli ambienti utente Xfce, MATE, Cinnamon, LXDE, Phosh, Miracle, LXQt, Budgie, Sway e Cosmic. Gli assembly vengono generati per le architetture x86_64, Power64 e ARM64 (AArch64).
I cambiamenti più significativi in Fedora Linux 42 sono:
- La build Fedora KDE Plasma Desktop ha ricevuto lo status di edizione base della distribuzione, identica in termini di supporto a Fedora Workstation. Pertanto, le varianti GNOME e KDE della distribuzione hanno ora lo stesso status e vengono presentate su un piano di parità. D'ora in poi, i problemi gravi specifici di KDE saranno considerati un ostacolo al rilascio, proprio come in precedenza lo erano i problemi gravi in GNOME. Inoltre, Fedora KDE Plasma Desktop aggiunge il supporto per l'architettura Power (ppc64le), che fornisce lo stack completo delle applicazioni KDE, incluso KDE PIM. Per i sistemi OpenPOWER come Talos Workstation, sono disponibili build live di KDE che supportano l'installazione.
- Aggiunte le build Spin ufficiali della distribuzione con l'ambiente desktop COSMIC, sviluppato da System76 nel linguaggio Rust. COSMIC offre modalità ibride di affiancamento e impilamento delle finestre (raggruppamento delle finestre simile alle schede del browser) che possono essere abilitate insieme ai desktop virtuali.
- Il desktop di Fedora Workstation è stato aggiornato alla versione GNOME 48. I desktop Xfce 4.20 e LXQt 2.1 sono stati aggiornati.
- Fedora Workstation utilizza di default una nuova versione del programma di installazione Anaconda, che sostituisce l'interfaccia basata su GTK con un'interfaccia web. L'interfaccia web è realizzata utilizzando il framework React JavaScript, gli elementi di design PatternFly e i componenti del progetto Cockpit, già utilizzato nei prodotti Red Hat per la configurazione e gestione del serverInvece di una schermata principale con un elenco di azioni, la nuova interfaccia presenta un'interfaccia basata su procedure guidate, che consente agli utenti di completare passaggi specifici in sequenza senza tornare alla schermata principale. L'interfaccia web consente l'interazione tramite un browser web per il controllo remoto dell'unità.
L'interfaccia proposta è priva di complicazioni e risulta più comprensibile per gli utenti inesperti. Come opzione di base, si propone di utilizzare la modalità di partizionamento del disco automatizzata (guidata), in cui il programma di installazione seleziona autonomamente i parametri per la creazione o la modifica delle partizioni in base alle impostazioni selezionate dall'utente. È stata aggiunta un'opzione per reinstallare la distribuzione (ad esempio, per ripristinare il funzionamento se alcuni file di sistema sono danneggiati), nonché la possibilità di installare in modalità dual boot per utilizzare più sistemi operativi su un computer.
- Il classico programma di installazione Anaconda è stato convertito in protocollo Wayland, eliminando le dipendenze relative a X11 dal supporto 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 impostazione predefinita, il partizionamento GPT è abilitato per tutte le architetture supportate.
- Il contenuto delle directory /usr/bin e /usr/sbin è stato unito. La directory /usr/sbin è stata sostituita con un collegamento simbolico che punta a /usr/bin. Separare i file eseguibili nelle directory bin e sbin è considerata una pratica obsoleta che ha perso il suo significato nelle distribuzioni moderne. L'unificazione di bin e sbin semplificherà il lavoro dei responsabili della manutenzione dei pacchetti, che non dovranno più indovinare in quale directory posizionare il file eseguibile; 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 i nuovi gruppi flatpak e diskadmin per consentire agli utenti senza privilegi di accedere alle funzioni di gestione dei pacchetti di sistema in formato Flatpak e di archiviazione esterna. La modifica ha eliminato la necessità di aggiungere un utente al gruppo wheel, vale a dire consente di lavorare con flatpak e unità esterne senza dover accedere ad altre operazioni amministrative. Per gli utenti del gruppo Wheel è inoltre prevista la possibilità di sbloccare (LUKS) e montare unità esterne senza richiedere una password.
- È consentito includere varianti eseguibili aggiuntive nei pacchetti, realizzate con ottimizzazioni per le microarchitetture x86-64-v2, x86-64-v3 e x86-64-v4. Nella maggior parte dei casi, l'aumento delle prestazioni durante l'assemblaggio di tali architetture non supera il 10%, ma in alcune situazioni comporta un notevole aumento delle prestazioni (fino al 120%). La decisione di aggiungere ulteriori eseguibili ottimizzati viene presa dai manutentori, in base ai risultati dei test delle prestazioni di pacchetti specifici.
- Le build live della distribuzione che utilizzano un'immagine di sistema in modalità di sola lettura sono state convertite da SquashFS al file system EROFS. Tra i motivi addotti per questa decisione rientrano uno sviluppo più attivo di EROFS (l'ultima versione degli strumenti SquashFS è stata rilasciata nella primavera del 2023) e la presenza di funzionalità avanzate in EROFS che potrebbero essere utilizzate in futuro. Rispetto a SquashFS, EROFS ha un livello di compressione peggiore (la dimensione dell'immagine è 2.7 GiB in EROFS rispetto a 2.0 GiB in SquashFS quando si utilizza l'algoritmo di compressione XZ e 3.9 GiB rispetto a 3.1 GiB quando si utilizza LZ4), ma ha una velocità di accesso casuale e una produttività maggiori (7.1 MiB/s in EROFS rispetto a 5.0 MiB/s in SquashFS per XZ e 30.9 MiB/s rispetto a 26.3 MiB/s per LZ4).
- I desktop Fedora Atomic, come Fedora Silverblue (GNOME), Fedora Kinoite (KDE), Fedora Sway Atomic e Fedora Budgie Atomic, sono migrati per impostazione predefinita al file system Composefs, consentendo a queste build di utilizzare una partizione root di sola lettura e di abilitare ulteriormente la verifica dell'integrità della partizione di sistema per rilevare problemi durante il funzionamento. Le partizioni /etc e /var continuano a essere montate in modo scrivibile. Il file system Composefs è implementato come componente aggiuntivo dei file system OverlayFS ed EROFS già presenti nel kernel ed è ottimizzato per l'archiviazione congiunta efficiente dei contenuti di diverse immagini disco montate.
- Nell'edizione Fedora Kinoite (la variante aggiornata atomicamente con KDE), gli aggiornamenti automatici sono abilitati per impostazione predefinita.
- Le build ufficiali di Fedora per il sottosistema Windows per Linux (WSL) sono ora disponibili e incluse nell'elenco delle distribuzioni Linux offerte per l'installazione rapida in WSL. Le build sono create in un nuovo formato che consente la distribuzione dal proprio sistema operativo. server senza caricarlo nel catalogo di Microsoft Store, senza creare pacchetti in formato appx e senza inserire codice specifico di Windows nell'assembly.
- Viene utilizzato il nuovo ramo della libreria multimediale SDL 3. Per le applicazioni basate su SDL, il protocollo Wayland viene utilizzato di default. Le librerie SDL 2 sono state sostituite dal livello sdl2-compat, che viene eseguito su SDL 3.
- Il gestore di pacchetti DNF5 supporta ora l'eliminazione dal sistema delle chiavi del repository PGP obsolete o scadute, consentendo la gestione automatizzata delle chiavi durante l'installazione e l'aggiornamento dei programmi.
- Il gestore dei pacchetti RPM ora supporta la creazione di utenti e gruppi in base ai file di configurazione forniti dal pacchetto, situati nella directory Sysusers.d utilizzata da systemd.
- Aggiunto un generatore di dipendenze per le estensioni di GNOME Shell, che consente di collegare pacchetti rpm con estensioni alle versioni di GNOME Shell.
- DNF e RPM hanno la modalità "Copia in scrittura" abilitata per impostazione predefinita, implementata tramite reflink in Btrfs.
- Versioni del pacchetto aggiornate: 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.
- L'emulatore FEX è stato aggiunto al repository dell'architettura AArch64, consentendo di eseguire file eseguibili creati per le architetture x86 e x86-64 nell'ambiente ARM64 (AArch64). I componenti basati su FEX per l'esecuzione di programmi x86 sono integrati nelle build di Fedora con l'ambiente desktop KDE.
- Supporto esteso per webcam con interfaccia MIPI (Mobile Industry Processor Interface), sempre più utilizzata su laptop e tablet al posto di UVC (USB Video Class).
- Aggiunto supporto per la crittografia della memoria della macchina virtuale utilizzando le tecnologie AMD SEV-SNP e Intel TDX.
- I pacchetti che utilizzano solo il binario git sono stati spostati per collegarsi alla dipendenza git-core anziché al pacchetto git completo.
- La schermata iniziale di avvio di Plymouth è stata modificata per utilizzare il modulo kernel simpledrm, eliminando la necessità di attendere l'inizializzazione del driver GPU.
- In Firewalld, nelle build delle workstation per IPv6, la modalità rpfilter (Reverse Path Filter) è abilitata per impostazione predefinita come "loose" anziché "strict".
Per Fedora 42 sono stati lanciati i repository "free" e "nonfree" del progetto RPM Fusion, che contengono pacchetti con applicazioni multimediali aggiuntive (MPlayer, VLC, Xine), codec video/audio, supporto DVD, driver proprietari AMD e NVIDIA, programmi di gioco ed emulatori.
Contemporaneamente è stata presentata l'uscita della distribuzione Fedora Asahi Remix 42, destinata all'installazione sui computer Mac dotati di chip ARM sviluppati da Apple. Fedora Asahi Remix 42 si basa sul pacchetto base Fedora Linux 42 e include il programma di installazione Calamares. Supporta i sistemi Apple MacBook Air, MacBook Pro, Mac Mini, Mac Studio e iMac con chip Apple ARM M1 e M2.
Fedora Asahi supporta pienamente l'audio, la fotocamera, il Wi-Fi, il Bluetooth, i dispositivi di input, USB Type C (USB 3.0) e la ricarica wireless MagSafe dei computer Apple. Non ancora supportati: USB-C, connessione display Thunderbolt/USB4, microfono e Touch ID. I driver grafici supportano OpenGL 4.6, OpenGL ES 3.2 e Vulkan 1.4. Per eseguire le applicazioni compilate per i sistemi x86_64, vengono utilizzati il toolkit muvm e un livello di emulazione basato sul pacchetto FEX.
Fonte: opennet.ru
