test beta della distribuzione Fedora 33. La versione beta segna il passaggio alla fase finale di test, durante la quale sono consentite solo le correzioni di errori critici. Rilascio per la fine di ottobre. Il rilascio copre , Fedora Server, Fedora Silverblue, Fedora IoT e build Live, fornite sotto forma di con ambienti desktop KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE e LXQt. Le build sono preparate per le architetture x86_64, ARM (Raspberry Pi 2 e 3), ARM64 (AArch64) e Power.
Le novità più significative in Fedora 33:
- Tutte le varianti della distribuzione per desktop (Fedora Workstation, Fedora KDE, ecc.) sono state convertite per utilizzare di default il file system Btrfs. L'uso del gestore di partizioni integrato Btrfs risolverà i problemi di esaurimento dello spazio su disco durante il montaggio separato delle directory / e /home. Con Btrfs, queste partizioni potranno essere collocate in due sottoparti, montate separatamente, ma utilizzando uno spazio su disco comune. Btrfs permetterà anche l'uso di funzionalità come snapshot, compressione dei dati trasparente, isolamento corretto delle operazioni di input/output tramite cgroups2 e ridimensionamento delle partizioni in tempo reale.
- Il desktop Fedora Workstation è stato aggiornato alla versione , in cui è stata ottimizzata la performance, è stata proposta un'interfaccia di benvenuto (Welcome Tour) con informazioni sulle principali funzionalità di GNOME, sono stati ampliati gli strumenti di controllo genitoriale, è stata fornita la possibilità di assegnare diverse frequenze di aggiornamento dello schermo per ogni monitor, è stata aggiunta un'opzione per ignorare la connessione di dispositivi USB non autorizzati durante il blocco dello schermo.
- Nella distribuzione di Fedora Workstation è stato aggiunto di default Thermald per monitorare i parametri dei sensori di temperatura e proteggere la CPU dal surriscaldamento durante i picchi di carico.
- Di default, sono state incluse immagini di sfondo animate per il desktop, che cambiano colore a seconda dell'ora del giorno.
- Invece di vi, per impostazione predefinita è stato proposto l'editor di testo nano. Questa modifica è stata effettuata per rendere la distribuzione più accessibile ai neofiti, fornendo un editor utilizzabile da chiunque, anche senza conoscenze speciali sui metodi di lavoro con l'editor Vi. Tuttavia, nella composizione di base è rimasto incluso il pacchetto vim-minimal (la chiamata diretta a vi è rimasta) e vi è la possibilità di cambiare l'editor predefinito in vi a richiesta dell'utente.
- Tra le versioni ufficiali della distribuzione è stata accettata (Fedora IoT), che ora viene fornita insieme a Fedora Workstation e Fedora Server. La versione Fedora IoT si basa sulle stesse tecnologie utilizzate in , e , e offre un ambiente di sistema ridotto al minimo, il cui aggiornamento avviene in modo atomico tramite la sostituzione dell'immagine dell'intero sistema, senza suddivisione in singoli pacchetti. Per il controllo dell'integrità viene utilizzata la firma digitale dell'intera immagine di sistema. Per separare le applicazioni dal sistema principale si utilizzano contenitori isolati (per la gestione viene utilizzato podman).
L'ambiente di sistema Fedora IoT è formato utilizzando la tecnologia , secondo cui l'immagine di sistema viene aggiornata in modo atomico da un repository simile a Git, che consente di applicare metodi di controllo delle versioni ai componenti della distribuzione (ad esempio, è possibile ripristinare rapidamente il sistema a uno stato precedente). I pacchetti RPM vengono tradotti nel repository OSTree tramite uno strato speciale . Le build pronte per le architetture x86_64, Aarch64 e ARMv7 (armhfp). supporto per le piattaforme 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.
- Nell'edizione di Fedora con desktop KDE, è attivato per impostazione predefinita il processo in background earlyoom, che nel rilascio precedente era stato proposto in Fedora Workstation. Earlyoom consente di reagire in modo più tempestivo alla carenza di memoria, prima di attivare 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 quantità di memoria disponibile è inferiore al 4%, ma non oltre i 400 MiB, earlyoom terminerà forzatamente il processo che consuma più memoria (quello con il valore più alto in /proc/*/oom_score), senza portare il sistema a uno stato di pulizia dei buffer di sistema.
- Aggiornate le versioni di molti pacchetti, inclusi 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 HTTP Apache, per il quale è stato proposto l'uso di php-fpm per eseguire applicazioni web scritte in PHP.
- Nel pacchetto con Firefox per Fedora patch per l'accelerazione hardware della decodifica video utilizzando VA-API (Video Acceleration API) e FFmpegDataDecoder, che è inclusa anche nelle sessioni basate sulla tecnologia WebRTC, utilizzata nelle applicazioni web per videoconferenze. L'accelerazione funziona in ambienti basati su Wayland e X11 (avviando "MOZ_X11_EGL=1 firefox" e abilitando l'impostazione "media.ffmpeg.vaapi.enabled").
- Nel server e nel client di sincronizzazione dell'ora esatta chrony e nell'installer è stata inclusa la supporto per il meccanismo di autenticazione NTS (Network Time Security).
- In Wine per impostazione predefinita backend basato su un layer DXVK, che fornisce implementazioni di DXGI (DirectX Graphics Infrastructure), Direct3D 9, 10 e 11, funzionante attraverso la 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 migliori nell'esecuzione di applicazioni 3D e giochi in Wine. - Nella costruzione dei pacchetti per impostazione predefinita ottimizzazioni nella fase 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 portato su nss-resolve del progetto systemd invece del modulo NSS integrato nss-dns.
Systemd-resolved esegue funzioni come il mantenimento delle impostazioni nel file resolv.conf in base ai dati DHCP e alla configurazione statica DNS per le interfacce di rete, supporta DNSSEC e LLMNR (Link Local Multicast Name Resolution). Tra i vantaggi della transizione a systemd-resolved c'è il supporto per DNS over TLS, la possibilità di attivare la memorizzazione locale delle query DNS e il supporto per l'associazione di diversi gestori a diverse interfacce di rete (a seconda dell'interfaccia di rete viene scelto il server DNS da contattare, ad esempio per le interfacce VPN le query DNS verranno inviate tramite VPN). L'implementazione di DNSSEC in Fedora non è prevista (systemd-resolved verrà compilato con il flag DNSSEC=no).
Per disattivare systemd-resolved è possibile disattivare il servizio systemd-resolved.service e riavviare il NetworkManager, che creerà il tradizionale /etc/resolv.conf. - In NetworkManager per memorizzare le impostazioni invece del plugin ifcfg-rh il file in formato keyfile.
- Per sistemi ARM64 compilazione di pacchetti utilizzando l'autenticazione dei puntatori (Pointer Authentication) e protezione contro l'esecuzione di set di istruzioni sui quali non deve avvenire un salto durante il branching (BTI, Branch Target Indicator). Questi meccanismi sono efficaci per proteggere contro attacchi che utilizzano tecniche di programmazione orientata al ritorno (ROP), in cui l'attaccante non cerca di inserire il proprio codice in memoria, ma opera su pezzi di istruzioni macchina già presenti nelle librerie caricate, che terminano con un'istruzione di ritorno di controllo.
- Condotta per semplificare l'implementazione della tecnologia di selezione condizionale del menu di avvio, in cui il menu è nascosto di default e viene mostrato solo dopo un errore o attivando un'opzione in GNOME.
- Invece di creare una tradizionale partizione di swap utilizzo dello swap (swap) con un 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 nelle diverse sottosistemi di archiviazione (LVM, multipath, MD) e per chiamare i gestori al verificarsi di eventi specifici, ad esempio, per attivare e disattivare i dispositivi. SID funziona come un'estensione di udev e reagisce agli eventi da esso, consentendo di evitare la creazione di regole udev complicate per l'interazione con diverse classi di dispositivi e sottosistemi di archiviazione, che sono difficili da mantenere e debug.
- Database dei pacchetti RPM (rpmdb) da BerkeleyDB a SQLite. La sostituzione è principalmente dovuta all'uso di una versione obsoleta di Berkeley DB 5.x in rpmdb, che non viene più mantenuta da diversi anni. La transizione a versioni più recenti è ostacolata dalla modifica della licenza di Berkeley DB 6 a AGPLv3, le cui richieste si applicano anche alle applicazioni che usano BerkeleyDB in forma di libreria (RPM è distribuito con 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
