È iniziata la fase di testing della versione beta della distribuzione Fedora Linux 40. La beta segna il passaggio alla fase finale di testing, in cui vengono accettate solo correzioni di errori critici. Il rilascio è previsto per il 23 aprile. La versione include Fedora Workstation, Fedora Server, Fedora Silverblue, Fedora IoT, Fedora CoreOS, Fedora Cloud Base, Fedora Onyx e le versioni Live fornite sotto forma di spin con ambienti desktop come KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE, Phosh, LXQt, Budgie e Sway. Le versioni sono state create per le architetture x86_64, Power64 e ARM64 (AArch64).
Le modifiche più significative in Fedora Linux 40:
- Il desktop di Fedora Workstation è stato aggiornato alla versione GNOME 46.
- L'edizione con l'ambiente desktop KDE è stata aggiornata alla versione KDE 6, che utilizza il protocollo Wayland. Il supporto per le sessioni basate sul protocollo X11 è stato interrotto, e per eseguire le applicazioni X11 in una sessione basata su Wayland è stato attivato il server DDX XWayland. La motivazione per l'interruzione del supporto per la sessione X11 è legata al passaggio del server X.Org a RHEL 9 nella categoria obsoleta e alla decisione di rimuoverlo completamente in una futura versione significativa di RHEL 10. Tra i fattori che hanno contribuito a mantenere solo il supporto per Wayland, si segnala la sostituzione dei driver fbdev con il driver simpledrm in Fedora 36, che funziona correttamente con Wayland, oltre all'arrivo del supporto Wayland nei driver proprietari NVIDIA.
- Le distribuzioni utente aggiornate in modo atomico, sviluppate dal progetto Fedora, sono state unite in un'unica famiglia sotto il marchio Atomic Desktops, ma le versioni atomiche esistenti hanno mantenuto il vecchio nome. Di conseguenza, Fedora Silverblue basata su GNOME e Fedora Kinoite basata su KDE, insieme a Fedora CoreOS e Fedora IoT, hanno mantenuto i nomi precedenti, mentre le nuove versioni Fedora Sericea e Fedora Onyx sono ora distribuite con i nomi Fedora Sway Atomic e Fedora Budgie Atomic.
- Le versioni dei pacchetti sono state aggiornate, tra cui LLVM 18, GCC 14, binutils 2.41, glibc 2.39, gdb 14.1, PHP 8.3, Ruby 3.3, Go 1.22, Java 21, AMD ROCm 6, Boost 1.83, 389 Directory Server 3.0.0, Podman 5, PostgreSQL 16, TBB (Thread Building Blocks) 2021.8, SQLAlchemy 2, Kubernetes 1.29.
- Nel configuratore NetworkManager, è attivato per impostazione predefinita il meccanismo di rilevamento dei conflitti degli indirizzi IPv4 nella rete locale (RFC 5227), il cui scopo è inviare un pacchetto ARP di verifica prima di associare l'indirizzo all'interfaccia di rete (se si riceve una risposta, l'indirizzo è occupato e non sarà assegnato). Per le connessioni wireless, è previsto l'assegnazione di un indirizzo MAC permanente separato (modalità stable-ssid in NetworkManager).
- Gli strumenti di build Mock (mock-core-configs), Koji e Copr sono stati spostati all'uso del gestore pacchetti DNF 5 per l'installazione delle dipendenze di build nell'ambiente chroot, utilizzato durante la costruzione dei pacchetti. L'aggiornamento stesso della distribuzione a DNF 5 è previsto nel prossimo rilascio.
- Nel gestore pacchetti DNF, per impostazione predefinita è disabilitato il caricamento dei metadati con le liste dei file contenuti nei pacchetti. Questi dati sono raramente utilizzati, ma sono di grandi dimensioni e rallentano le prestazioni.
- Il pacchetto contenente la libreria OpenSSL 1.1 è stato rimosso a causa della fine del supporto per questa versione. Le dipendenze associate a OpenSSL 1.1 sono state migrate su OpenSSL 3.0. È stato rimosso il pacchetto python3.7.
- La libreria Zlib è stata sostituita con un fork Zlib-ng, compatibile con l'API di zlib, ma che offre ottimizzazioni aggiuntive per migliorare le prestazioni.
- È stata interrotta la generazione di aggiornamenti delta per i pacchetti RPM, che consentivano di caricare solo i dati modificati rispetto alla versione già installata del pacchetto. È stato disabilitato il supporto per deltarpm in DNF e DNF5.
- Aggiunto Passim, per il caching un server per la distribuzione di file frequentemente richiesti in rete locale senza fare riferimento ai server principali e senza coinvolgere CDN globali.
- Il modulo pam_userdb è stato trasferito dall'uso di BerkeleyDB a GDBM a causa della cessazione del supporto per la versione 5.x di BerkeleyDB e della transizione della versione 6.x di BerkeleyDB a una licenza non accettabile. Bogofilter è stato portato a utilizzare SQLite invece di BerkeleyDB (libdb).
- Per la costruzione delle immagini Live di Fedora Workstation è stato impiegato lo strumento Image Builder, che supporta build ripetibili e offre agli utenti un processo di personalizzazione delle immagini più semplice.
- Per la creazione delle immagini minime per l'architettura ARM è stato utilizzato lo strumento osbuild.
- Per la generazione delle immagini di Fedora Cloud Edition è stato utilizzato lo strumento Kiwi al posto di ImageFactory.
- È stata effettuata una ristrutturazione dei pacchetti per Kubernetes.
- Fedora IoT, edizione per dispositivi IoT, è passata all'uso di container di avvio creati con lo strumento OSTree e la tecnologia bootc.
- L'utilità wget è stata sostituita con wget2, mentre l'utilità iotop è stata sostituita da iotop-c.
- Nelle edizioni Fedora Silverblue e Kinoite è stato incluso il programma bootupd, che esegue l'aggiornamento del bootloader.
- È stata dichiarata obsoleta la libreria libuser, che non è più mantenuta e non è più utilizzata in altri pacchetti di Fedora (per il supporto LDAP nella distribuzione viene da tempo utilizzato SSSD). È stato rimosso il pacchetto passwd, che implementava l'utilità passwd basata su libuser, al suo posto è stata utilizzata un'utilità analoga del pacchetto shadow-utils.
- È stato avviato il lavoro per preparare l'inclusione di una versione più recente dello standard del linguaggio C nel GCC per impostazione predefinita, segnando la cessazione della supporto per alcune funzionalità obsolete del linguaggio, come la definizione implicita delle funzioni e l'assegnazione implicita del tipo int.
- È stata realizzata la seconda fase della transizione verso un processo di avvio modernizzato proposto da Lennart Poettering. Le differenze rispetto all'avvio classico consistono nell'uso, al posto dell'immagine initrd, di un'immagine del kernel unificata UKI (Unified Kernel Image), generata nell'infrastruttura della distribuzione e firmata digitalmente dalla distribuzione stessa. L'immagine UKI racchiude in un unico file un gestore per l'avvio 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, è possibile verificare l'integrità e l'affidabilità attraverso la firma digitale non solo del kernel, ma anche del contenuto di initrd, la cui autenticità è fondamentale, poiché in questo ambiente vengono estratti i chiavi per decrittografare il file system radice.
Nella seconda fase è stata aggiunta la possibilità di avviare direttamente UKI dal modulo UEFI shim.efi senza coinvolgere un bootloader separato (grub, sd-boot), è stata realizzata la compatibilità per l'uso di UKI su sistemi con architettura Aarch64 ed è stata preparata una variante dell'immagine UKI per ambienti cloud e protetti. di macchine virtuali. Nella prima fase di Fedora 38 è stata aggiunta la supporto per UKI nel bootloader, è stato implementato uno strumento per installare e aggiornare UKI, ed è stata creata un'immagine sperimentale di UKI per avviare macchine virtuali con un insieme limitato di componenti e driver.
- Nel repository è stato aggiunto un pacchetto pronto con il framework di machine learning PyTorch, disponibile per l'installazione con il comando «dnf install pytorch». Attualmente, il pacchetto include solo componenti per il calcolo utilizzando la CPU, ma in futuri rilasci si prevede di aggiungere supporto per GPU e acceleratori NPU specializzati.
Fonte: opennet.ru
