{"id":163967,"date":"2026-03-11T23:11:54","date_gmt":"2026-03-11T21:11:54","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/beta-testirovanie-fedora-linux-44-inicziativa-po-prodvizheniyu-innovaczij-v-fedora"},"modified":"2026-03-11T23:11:54","modified_gmt":"2026-03-11T21:11:54","slug":"beta-testirovanie-fedora-linux-44-inicziativa-po-prodvizheniyu-innovaczij-v-fedora","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/beta-testirovanie-fedora-linux-44-inicziativa-po-prodvizheniyu-innovaczij-v-fedora","title":{"rendered":"Beta testing di Fedora Linux 44. Iniziativa per promuovere innovazioni in Fedora","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stata presentata la versione beta della distribuzione Fedora Linux 44, che segna il passaggio alla fase finale di test, in cui sono consentite solo correzioni di errori critici. Il rilascio \u00e8 previsto per il 14 aprile. L'uscita comprende 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 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). <\/p>\n
I cambiamenti pi\u00f9 significativi in Fedora Linux 44: <\/p>\n
\n
\u00c8 stato fatto un lavoro per portare l'infrastruttura delle build riproducibili a coprire almeno il 99% dei pacchetti nel repository Fedora. Nelle versioni precedenti, la copertura delle build riproducibili era stimata al 90%, grazie alle modifiche apportate al sistema di build che sincronizzano i metadati sul tempo di modifica dei file con il codice sorgente di riferimento, nonch\u00e9 garantendo un'ordinazione costante dei metadati e delle strutture nei file binari. Per garantire build riproducibili nei rimanenti 10%, sono stati coinvolti i manutentori dei pacchetti problematici. Le build riproducibili consentono all'utente di verificare personalmente che i file binari distribuiti nei pacchetti siano stati compilati dal codice sorgente fornito e non contengano modifiche nascoste effettuate a seguito di compromissioni del compilatore o dello strumento di build.\n
In tutte le edizioni del sistema operativo con ambiente desktop KDE (Fedora KDE Plasma Desktop Edition, Fedora KDE Plasma Mobile Spin e Fedora Kinoite), \u00e8 stato utilizzato il progetto di configurazione Plasma Setup sviluppato da KDE per la configurazione iniziale del sistema, mentre nell'installer Anaconda sono state disattivate le fasi di configurazione in conflitto con questa applicazione.\n
In tutte le edizioni con KDE, il gestore di accesso SDDM \u00e8 stato sostituito dal Plasma Login Manager, un progetto sviluppato da KDE.\n
\u00c8 stata ristrutturata l'edizione Fedora Games Lab, che offre una selezione di pacchetti e impostazioni per gli appassionati di videogiochi. Nella nuova versione \u00e8 stato aggiornato lo stack software per l'esecuzione dei giochi e sono state implementate tecnologie attuali come Wayland e PipeWire.\n
L'ambiente desktop GNOME \u00e8 stato aggiornato alla versione 50, in cui \u00e8 terminato il supporto per X11 ed \u00e8 stata implementata un nuovo sistema di salvataggio delle sessioni.\n
L'ambiente desktop Budgie \u00e8 stato aggiornato alla versione 10.10, adattata per Wayland.\n
Nell'installatore Anaconda \u00e8 stata modificata la logica per la creazione dei profili di rete nel sistema installato (file con configurazioni per NetworkManager). Tali profili ora vengono creati solo per i dispositivi di rete cablati configurati durante l'installazione tramite GUI, opzioni di avvio o file kickstart, anzich\u00e9 per tutte le unit\u00e0 di rete disponibili. La creazione di profili per tutti i dispositivi disponibili, anzich\u00e9 solo per quelli selezionati dall'utente, richiedeva la rimozione di profili superflui dopo l'installazione e causava difficolt\u00e0 nel successivo cambiamento delle impostazioni.\n
Su sistemi con architettura Aarch64 \u00e8 stata garantita la selezione automatica del file di descrizione hardware DTB (Device Tree Blobs) per il bootloader UEFI, risolvendo i problemi di avvio delle versioni Live di Fedora sui notebook ARM forniti con Windows.\n
Nei rilasci Live \u00e8 stato utilizzato un set di script livesys-scripts per configurare l'ambiente di lavoro e nuove funzionalit\u00e0 dello strumento Dracut per la creazione automatica di uno storage overlay persistente tra i riavvii quando si scrive un'immagine su unit\u00e0 USB.\n
Sono state aggiornate le versioni dei pacchetti: GCC 16.1, LLVM 22, Ruby 4.0, Go 1.26, binutils 2.46, glibc 2.43, gdb 16.3, CMake 4.0, MariaDB 11.8, IBus 1.5.34, uutils-coreutils 0.5, nushell 0.109.2, Django 6.x, TagLib 2, Helm 4, Ansible 13, TeXLive 2025, GHC 9.10, PHP 8.5.\n
Continuato il lavoro per la migrazione dell'infrastruttura di integrazione continua (dist-git CI), che ricompila i pacchetti RPM dopo modifiche o aggiornamenti, all'uso predefinito dello strumento Packit invece di Fedora CI e Zuul.\n
\u00c8 stato aggiunto al repository un toolkit con il gestore di pacchetti NIX, che consente di installare pacchetti in formato NIX dalla collezione nixpkgs. I pacchetti possono essere installati in modalit\u00e0 monoutente (nella home dell'utente) e multiutente (nella directory \/nix).\n
Per impostazione predefinita \u00e8 abilitato l'uso di collegamenti duri per collegare file identici installati da diversi pacchetti nella gerarchia \/usr. La creazione di un collegamento duro viene effettuata automaticamente durante l'installazione del pacchetto dal gestore nella fase di «post install».\n
\u00c8 stata interrotta la fornitura di build QEMU per sistemi host a 32 bit (i686). Questa modifica riflette il lavoro del progetto QEMU per rimuovere il supporto per sistemi host a 32 bit.\n
Sono stati rimossi i file eseguibili e le librerie FUSE 2 dal set delle edizioni atomiche di Fedora per sistemi desktop (questa versione era stata precedentemente dichiarata obsoleta e tutti i pacchetti sono stati migrati per utilizzare FUSE 3). \u00c8 stata anche interrotta la supporto delle regole polkit obsolete fornite in file con estensione pkla.\n
PackageKit \u00e8 stato cambiato per utilizzare il nuovo backend DNF5, compilato con la libreria libdnf5.\n
Nella versione del pacchetto con il gestore di composizione MiracleWM, la shell desktop nwg-shell \u00e8 stata sostituita con Dank Material Shell.\n
Il modulo del kernel NTSYNC \u00e8 attivato di default, consentendo un notevole aumento delle prestazioni nei giochi Windows eseguiti tramite Wine. Il modulo implementa il dispositivo a carattere \/dev\/ntsync e un insieme di primitive per la sincronizzazione utilizzate nel kernel Windows NT. Un significativo guadagno in prestazioni \u00e8 ottenuto grazie all'eliminazione dei sovraccarichi associati all'uso della RPC nello spazio utente.\n
In Fedora Cloud, invece di una partizione separata \/boot, \u00e8 ora disponibile una sottosezione omonima Btrfs.\n
\u00c8 stata interrotta la fornitura del pacchetto libreoffice-KF5 con componenti per l'integrazione di LibreOffice con Qt5, sostituito dal pacchetto libreoffice-kf6, che garantisce l'integrazione con Qt6. <\/ul>\n
Si prevede che le idee innovative per lo sviluppo della distribuzione evolvano parallelamente alla distribuzione principale e possano eventualmente essere integrate nel corpo principale una volta soddisfatti determinati requisiti, confermata la loro utilit\u00e0 per il progetto e ottenuto l'interesse di altri sviluppatori. Il ciclo di vita delle tecnologie sperimentali prevede diversi stadi di sviluppo con revisioni a checkpoint temporali, e il passaggio al livello successivo solo dopo il raggiungimento di criteri specifici per ciascuna fase. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"