test della versione beta della distribuzione Fedora 33. Il rilascio beta segna il passaggio alla fase finale di test, durante la quale è consentita solo la correzione di errori critici. Rilascio alla fine di ottobre. Il rilascio copre , Fedora Server, Fedora Silverblue, Fedora IoT e le versioni Live, fornite sotto forma di con ambienti desktop KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE e LXQt. Le compilazioni sono preparate per architetture x86_64, ARM (Raspberry Pi 2 e 3), ARM64 (AArch64) e Power.
Le più significative in Fedora 33:
- Tutte le varianti della distribuzione per desktop (Fedora Workstation, Fedora KDE, ecc.) sono state migrate per utilizzare come predefinito il filesystem Btrfs. L'uso del gestore di partizioni integrato di Btrfs consentirà di risolvere i problemi di esaurimento dello spazio su disco durante il montaggio separato delle directory / e /home. Con Btrfs, queste partizioni possono essere collocate in due sottodivisioni, montate separatamente ma che utilizzano uno spazio su disco condiviso. Btrfs permetterà anche l'uso di funzionalità come snapshot, compressione trasparente dei dati, corretta isolamento delle operazioni di input/output tramite cgroups2 e ridimensionamento delle partizioni al volo.
- Il desktop Fedora Workstation è stato aggiornato alla versione , nel quale è stata ottimizzata la performance, è stata proposta un'interfaccia introduttiva (Welcome Tour) con informazioni sulle principali funzionalità di GNOME, sono stati ampliati gli strumenti di controllo parentale, è stata fornita la possibilità di impostare diverse frequenze di aggiornamento dello schermo per ogni monitor e aggiunta un'opzione per ignorare la connessione di dispositivi USB non autorizzati durante il blocco dello schermo.
- Nella fornitura di Fedora Workstation è stato aggiunto per impostazione predefinita Thermald per monitorare i dati dei sensori di temperatura e proteggere la CPU dal surriscaldamento durante i carichi di lavoro di picco.
- Per impostazione predefinita sono attivati gli sfondi animati del desktop, i cui colori cambiano a seconda dell'ora del giorno.
- Al posto di vi, per impostazione predefinita è stato offerto l'editor di testo nano. Questa modifica è stata fatta per rendere la distribuzione più accessibile ai principianti, offrendo un editor utilizzabile da chiunque non abbia conoscenze specifiche su come utilizzare l'editor Vi. Tuttavia, il pacchetto vim-minimal è rimasto nel pacchetto di base (la chiamata diretta a vi è rimasta) e gli utenti possono cambiare l'editor predefinito in vi se lo desiderano.
- Tra le edizioni ufficiali della distribuzione è stata accettata (Fedora IoT), che ora viene fornita insieme a Fedora Workstation e Fedora Server. L'edizione Fedora IoT è basata sulle stesse tecnologie utilizzate in , e , e offre un ambiente di sistema ridotto al minimo, il cui aggiornamento avviene in modo atomico mediante la sostituzione dell'immagine dell'intero sistema, senza suddivisione in pacchetti separati. Per mantenere l'integrità, viene utilizzata la certificazione dell'intera immagine del sistema con una firma digitale. Per isolare le applicazioni dal sistema principale, si utilizzano contenitori isolati (per la gestione si utilizza podman).
L'ambiente operativo Fedora IoT è costituito utilizzando una tecnologia , che aggiorna in modo atomico l'immagine di sistema da un repository simile a Git, consentendo l'uso di tecniche di controllo delle versioni sui componenti della distribuzione (ad esempio, è possibile ripristinare rapidamente il sistema a uno stato precedente). I pacchetti RPM vengono trasmessi al repository OSTree tramite uno strato speciale . Le build pronte per le architetture x86_64, Aarch64 e ARMv7 (armhfp). il supporto per le schede Raspberry Pi 3 Model B/B+, 96boards Rock960 Consumer Edition, Pine64 A64-LTS, Pine64 Rockpro64 e Rock64 e Up Squared, oltre che per macchine virtuali x86_64 e aarch64.
- Nella versione di Fedora con ambiente desktop KDE, il processo in background earlyoom è attivato per impostazione predefinita. Questo è stato proposto nell'ultima release di Fedora Workstation. Earlyoom consente una risposta più rapida alla mancanza di memoria, senza arrivare al punto in cui viene attivato il gestore OOM (Out Of Memory) nel kernel, che scatta quando la situazione diventa critica e il sistema, di solito, non risponde più alle azioni dell'utente. Se la memoria disponibile scende sotto il 4%, ma non oltre 400 MiB, earlyoom terminerà forzatamente il processo che consuma più memoria (con il punteggio più alto in /proc/*/oom_score), evitando che il sistema raggiunga lo stato di pulizia dei buffer di sistema.
- Aggiornate le versioni di molti pacchetti, tra cui RPM 4.16, Python 3.9, Perl 5.32, Binutils 2.34, Boost 1.73, Glibc 2.32, Go 1.15, Java 11, LLVM/Clang 11, GNU Make 4.3, Node.js 14, Erlang 23, LXQt 0.15.0, Ruby on Rails 6.0, Stratis 2.1.0. È stata interrotta la supporto per Python 2.6 e Python 3.4. Per l'architettura aarch64, è garantita la fornitura di .NET Core.
- È stata interrotta la supporto per il modulo mod_php per il server web Apache, per il quale si consiglia di utilizzare php-fpm per l'esecuzione di applicazioni web in PHP.
- Nel pacchetto di Firefox per Fedora patch per accelerazione hardware per la decodifica video tramite VA-API (Video Acceleration API) e FFmpegDataDecoder, utilizzata anche nelle sessioni basate su tecnologia WebRTC, impiegata nelle applicazioni web per videoconferenze. L'accelerazione funziona in ambienti basati su Wayland e X11 (avviando "MOZ_X11_EGL=1 firefox" e attivando l'impostazione "media.ffmpeg.vaapi.enabled").
- Il server e il client di sincronizzazione dell'ora esatta chrony e l'installer includono il supporto per il meccanismo di autenticazione NTS (Network Time Security).
- In Wine per impostazione predefinita un backend basato su un layer DXVK, che fornisce un'implementazione di DXGI (DirectX Graphics Infrastructure), Direct3D 9, 10 e 11, funzionante tramite traduzione delle chiamate nell'API Vulkan.
A differenza delle implementazioni Direct3D 9/10/11 integrate in Wine, che funzionano sopra OpenGL, DXVK consente di ottenere prestazioni superiori nell'esecuzione di applicazioni e giochi 3D in Wine. - Durante la creazione di pacchetti per impostazione predefinita ottimizzazioni a livello di collegamento (LTO, Link Time Optimization). In redhat-rpm-config è stata aggiunta l'opzione «-flto».
- Per la risoluzione delle richieste DNS per impostazione predefinita systemd-resolved. Glibc è stato tradotto nel nss-resolve del progetto systemd al posto del modulo NSS integrato nss-dns.
Systemd-resolved svolge funzioni come la gestione delle impostazioni nel file resolv.conf sulla base dei dati DHCP e della configurazione statica DNS per le interfacce di rete, supporta DNSSEC e LLMNR (Link Local Multicast Name Resolution). Tra i vantaggi del passaggio a systemd-resolved si annovera il supporto per DNS over TLS, la possibilità di abilitare la cache locale delle richieste DNS e il supporto per l'associazione di diversi gestori a diverse interfacce di rete (a seconda dell'interfaccia di rete viene selezionato il server DNS da contattare; ad esempio, per le interfacce VPN, le richieste DNS saranno inviate attraverso la VPN). Non è previsto l'uso di DNSSEC in Fedora (systemd-resolved sarà compilato con il flag DNSSEC=no).
Per disattivare systemd-resolved, è possibile disattivare il servizio systemd-resolved.service e riavviare NetworkManager, che creerà il tradizionale /etc/resolv.conf. - In NetworkManager, per memorizzare le impostazioni, viene utilizzato un plug-in diverso da ifcfg-rh un file in formato keyfile.
- Per i sistemi ARM64 assemblaggio di pacchetti utilizzando l'autenticazione dei puntatori (Pointer Authentication) e la protezione dall'esecuzione di insiemi di istruzioni su cui non dovrebbero avvenire salti durante il branching (BTI, Branch Target Indicator). Questi meccanismi sono efficaci per proteggere da attacchi che utilizzano tecniche di programmazione orientata al ritorno (ROP), in cui l'attaccante non cerca di inserire il proprio codice in memoria, ma utilizza frammenti di istruzioni già presenti nelle librerie caricate, terminando con un'istruzione di ritorno al controllo.
- È stato effettuato per semplificare l'implementazione della tecnologia di selezione per la visualizzazione del menu di avvio, in cui il menu è nascosto di default e viene mostrato solo dopo un errore o l'attivazione di un'opzione in GNOME.
- Invece di creare una tradizionale sezione di swap sistemazione dello swap utilizzando il dispositivo a blocchi zRAM, che consente di memorizzare i dati in RAM in forma compressa.
- processo in background (Storage Instantiation Daemon) per monitorare lo stato dei dispositivi in diverse sottosistemi di archiviazione (LVM, multipath, MD) e per attivare i processori quando si verificano determinati eventi, ad esempio, per attivare e disattivare i dispositivi. SID funziona come un'estensione di udev e reagisce agli eventi provenienti da esso, consentendo di evitare la creazione di regole complesse di udev per interagire con varie classi di dispositivi e sottosistemi di archiviazione, che sono difficili da mantenere e debug.
- Database dei pacchetti RPM (rpmdb) da BerkeleyDB a SQLite. Il motivo principale del cambiamento è l'uso di una versione obsoleta di Berkeley DB 5.x in rpmdb, che non è più supportata da diversi anni. Il passaggio a versioni più recenti è ostacolato dal cambiamento della licenza di Berkeley DB 6 in AGPLv3, le cui richieste si applicano anche alle applicazioni che utilizzano BerkeleyDB come libreria (RPM è fornito sotto GPLv2, e AGPL non è compatibile con GPLv2). Inoltre, l'attuale implementazione di rpmdb basata su BerkeleyDB non garantisce l'affidabilità necessaria poiché non utilizza transazioni e non è in grado di rilevare incongruenze nel database.
Fonte: opennet.ru
