{"id":143993,"date":"2025-09-22T17:11:55","date_gmt":"2025-09-22T15:11:55","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/zapushhen-servis-sovmestnoj-razrabotki-fedora-forge-beta-testirovanie-fedora-linux-43"},"modified":"2025-09-22T17:11:55","modified_gmt":"2025-09-22T15:11:55","slug":"zapushhen-servis-sovmestnoj-razrabotki-fedora-forge-beta-testirovanie-fedora-linux-43","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/zapushhen-servis-sovmestnoj-razrabotki-fedora-forge-beta-testirovanie-fedora-linux-43","title":{"rendered":"\u00c8 stato lanciato il servizio di sviluppo collaborativo Fedora Forge. Beta testing di Fedora Linux 43","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Il progetto Fedora ha annunciato il lancio del servizio di sviluppo collaborativo Fedora Forge, costruito utilizzando il progetto Forgejo. Il servizio si sta sviluppando per sostituire la propria piattaforma Pagure, utilizzata in Fedora per la collaborazione su codice e metadati dei pacchetti. La sostituzione \u00e8 in atto poich\u00e9 la piattaforma Pagure richiede maggiori risorse per la manutenzione, \u00e8 in uno stato di stagnazione e non ha ricevuto una diffusione ampia al di fuori di Fedora. Si prevede che Fedora Forge semplifichi lo sviluppo e il trasferimento delle modifiche ai team principali di Fedora. <\/p>\n
Fedora Forge \u00e8 stato lanciato in modalit\u00e0 pilota e viene testato su diversi sottoprogetti e gruppi SIG (Special Interest Groups). Ad esempio, in Fedora Forge sono gi\u00e0 stati trasferiti i progetti dei team RelEng (Release Engineering), Council e FESCo (Fedora Engineering Steering Committee). In futuro, il numero di progetti sviluppati in Fedora Forge sar\u00e0 ampliato e questo servizio diventer\u00e0 il luogo principale per la collaborazione su Fedora. <\/p>\n
Per automatizzare il trasferimento dei progetti da Pagure a Fedora Forge \u00e8 stato sviluppato lo strumento Pagure Migrator, che \u00e8 incluso nella piattaforma Forgejo. Pagure Migrator consente di mantenere dopo il trasferimento pull request, ticket, discussioni, etichette e utenti. A differenza del servizio pagure.io, Fedora Forge non consente l'hosting di progetti personali e si concentra solo su progetti legati allo sviluppo di Fedora Linux. <\/p>\n
Si segnala anche la pubblicazione della versione beta della distribuzione Fedora Linux 43, che segna l'inizio della fase finale di testing, in cui sono ammesse solo correzioni per errori critici. Il rilascio \u00e8 previsto per l'11 novembre. La distribuzione include Fedora Workstation, Fedora KDE Plasma Desktop, Fedora Server, Fedora IoT, Fedora CoreOS, Fedora Cloud Base, Fedora IoT Edition, Fedora Silverblue, Fedora Kinoite e le versioni Live fornite in forma di spin con ambienti desktop personalizzati Xfce, Cinnamon, LXDE, Phosh, Miracle, LXQt, Budgie, Sway e Cosmic. Le build sono state formate per le architetture x86_64, Power64 e ARM64 (AArch64). <\/p>\n
Le modifiche pi\u00f9 significative in Fedora Linux 43: <\/p>\n
\n
Il desktop di Fedora Workstation \u00e8 stato aggiornato alla versione GNOME 49.\n
Sono stati rimossi dai repository i pacchetti utilizzati per eseguire GNOME sopra il server X. Tutti gli utenti di GNOME che utilizzavano X11 saranno costretti a passare a una sessione GNOME basata su Wayland. La possibilit\u00e0 di eseguire applicazioni X11 tramite XWayland rimane invariata.\n
Nei sistemi con architettura x86 \u00e8 stata mantenuta soltanto la possibilit\u00e0 di utilizzare le tabelle delle partizioni GPT (GUID Partition Table) in tutte le installazioni di Fedora che utilizzano UEFI. Il supporto per l'installazione di Fedora in modalit\u00e0 UEFI su dischi con tabelle delle partizioni MBR (Master Boot Record) \u00e8 stato interrotto sui sistemi x86, ma \u00e8 stato mantenuto sui sistemi ARM e RISC-V.\n
\u00c8 avvenuto il passaggio al gestore di pacchetti RPM 6, noto per il supporto di un nuovo formato che consente di creare pacchetti di dimensioni superiori a 4 GB, e per l'inclusione della verifica dell'autenticit\u00e0 dei pacchetti tramite firma digitale come impostazione predefinita.\n
Tutte le spin sono state migrate a una nuova versione dell'installer Anaconda, in cui, invece dell'interfaccia basata sulla libreria GTK, \u00e8 stato utilizzato un'interfaccia web che consente l'interazione tramite un browser per il controllo remoto dell'installazione. Nell'ultima versione, il nuovo installer \u00e8 stato impiegato in Fedora Workstation. Invece di una schermata principale con l'elenco delle operazioni, il nuovo interfaccia \u00e8 organizzato in forma di wizard, che implica l'esecuzione sequenziale di determinate fasi senza tornare alla schermata principale. Come base viene proposta la modalit\u00e0 di partizionamento automatizzato (guided), in cui l'installer sceglie autonomamente i parametri per la creazione o modifica delle partizioni in base alle impostazioni scelte dall'utente. Sono disponibili opzioni per la reinstallazione della distribuzione e per l'installazione in modalit\u00e0 dual boot su sistemi con pi\u00f9 sistemi operativi.\n
L'installer \u00e8 stato aggiornato per utilizzare il gestore di pacchetti DNF5 durante l'installazione dei pacchetti RPM (il sistema DNF5 \u00e8 utilizzato a partire da Fedora 41). La funzionalit\u00e0 di base per la gestione dei pacchetti in DNF5 \u00e8 stata estratta in una libreria separata, libdnf5, e invece delle integrazioni con PackageKit ora \u00e8 in uso DNF Daemon, mentre i componenti in Python sono stati riscritti in C++.\n
Dall'installer \u00e8 stata rimossa la supporto per i moduli aggiornabili separatamente, il cui ciclo di vita non \u00e8 legato al nucleo principale della distribuzione, e la manutenzione avviene indipendentemente dalle versioni della distribuzione, il che permetteva di garantire la coesistenza di pacchetti con versioni diverse della stessa applicazione.\n
In Fedora Kinoite, una variante di Fedora con KDE che si aggiorna in modo atomico, l'aggiornamento automatico del sistema \u00e8 attivo di default. Gli aggiornamenti vengono ora scaricati in background senza richiedere conferma all'utente e vengono applicati dopo il riavvio. Nelle impostazioni sono disponibili opzioni per disattivare l'aggiornamento automatico e modificare l'intervallo di controllo degli aggiornamenti.\n
L'assemblatore YASM \u00e8 stato dichiarato obsoleto, l'ultimo aggiornamento \u00e8 stato rilasciato nel 2019. I pacchetti in cui \u00e8 stato utilizzato YASM per la compilazione (compreso Firefox) sono stati convertiti per utilizzare NASM.\n
La fornitura di GnuPG \u00e8 suddivisa in diversi pacchetti: il programma gpg, utilit\u00e0 ausiliarie e servizi GnuPG sono ora distribuiti in pacchetti separati (gnupg2, gnupg2-dirmngr, gnupg2-g13, gnupg2-gpgconf, gnupg2-gpg-agent, gnupg2-keyboxd, gnupg2-scdaemon, gnupg2-smime, gnupg2-wks, gnupg2-utils e gnupg2-verify).\n
\u00c8 stata implementata la possibilit\u00e0 di utilizzare il meccanismo Intel TDX (Trusted Domain Extensions) per la crittografia della memoria RAM delle macchine virtuali (AMD SEV \u00e8 supportato da Fedora 41).\n
Sono stati aggiunti pacchetti con strumenti per il linguaggio di programmazione Hare, sviluppato dall'autore dell'ambiente desktop Sway. Il linguaggio \u00e8 ottimizzato per affrontare compiti a basso livello, come lo sviluppo di sistemi operativi, compilatori, applicazioni di rete e utility di sistema, per le quali \u00e8 richiesta la massima prestazione e il controllo completo sull'esecuzione. Il linguaggio utilizza gestione manuale della memoria e un sistema di tipi statico, in cui a ogni variabile deve essere assegnato esplicitamente un tipo specifico.\n
Nella costruzione dei pacchetti in linguaggio Go \u00e8 stato utilizzato lo strumento Go Vendor Tools, che include copie delle librerie utilizzate all'interno del pacchetto src, anzich\u00e9 utilizzare pacchetti esterni per le dipendenze (cio\u00e8 non vengono utilizzate versioni condivise delle librerie per l'intero sistema).\n
\u00c8 stata effettuata la transizione all'uso dei font Noto Color Emoji in formato vettoriale COLRv1 anzich\u00e9 in formato raster. L'utilizzo di COLRv1 ha permesso di migliorare la qualit\u00e0 di rendering e ridurre le dimensioni dei file dei font.\n
Per la compressione delle immagini del disco RAM iniziale (initrd) \u00e8 stato utilizzato l'algoritmo Zstd durante la costruzione con Dracut. La transizione da xz a zstd ha permesso di ridurre di alcuni megabyte le dimensioni di initrd e di accelerare il processo di avvio.\n
\u00c8 stato utilizzato un strumento di Greenboot, riscritto in Rust (la versione precedente era scritta in bash). Greenboot \u00e8 impiegato nelle versioni di Fedora che si aggiornano in modo atomico per controllare lo stato del sistema all'avvio e per il rollback a una versione precedente in caso di problemi.\n
Aggiornate le versioni: LLVM 21, GCC 15.2, binutils 2.45, glibc 2.42, gdb 17.1, Go 1.25, Python 3.14, Java 25, Maven 4, Perl 5.42, Haskell GHC 9.8, Apache Tomcat 10.1.x, Ruby on Rails 8.0, PostgreSQL 18, MySQL 8.4, Dovecot 2.4. <\/ul>\n