{"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\/novosti-interneta\/zapushhen-servis-sovmestnoj-razrabotki-fedora-forge-beta-testirovanie-fedora-linux-43","title":{"rendered":"\u00c8 stato avviato il servizio di co-sviluppo Fedora Forge. Inizia il 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, realizzato utilizzando il progetto Forgejo. Questo servizio si sviluppa per sostituire la piattaforma Pagure attualmente utilizzata in Fedora per la collaborazione su codice e metadati dei pacchetti. La sostituzione \u00e8 necessaria poich\u00e9 la piattaforma Pagure richiede notevoli risorse per la manutenzione, \u00e8 in uno stato di stagnazione e non ha avuto ampia diffusione al di fuori di Fedora. Si prevede che Fedora Forge semplifichi lo sviluppo e la trasmissione 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), del Consiglio e del FESCo (Fedora Engineering Steering Committee). In futuro, il numero di progetti sviluppati in Fedora Forge sar\u00e0 ampliato e questo servizio diventer\u00e0 il principale punto di collaborazione su Fedora. <\/p>\n
Per automatizzare il trasferimento di progetti da Pagure e Fedora Forge, \u00e8 stato sviluppato lo strumento Pagure Migrator, incluso nella piattaforma Forgejo. Pagure Migrator consente di mantenere pull request, ticket, discussioni, etichette e utenti anche dopo il trasferimento. A differenza del servizio pagure.io, Fedora Forge non consente di ospitare progetti personali e si concentra esclusivamente su progetti relativi allo sviluppo di Fedora Linux. <\/p>\n
Si segnala anche la pubblicazione della beta del distribuito Fedora Linux 43, che segna l'ingresso nella fase finale di testing, durante la quale sono consentite solo correzioni di errori critici. Il rilascio \u00e8 previsto per l'11 novembre. 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 le versioni Live, fornite in forma di spin con ambienti desktop personalizzati come Xfce, Cinnamon, LXDE, Phosh, Miracle, LXQt, Budgie, Sway e Cosmic. Le build sono disponibili 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 in Fedora Workstation \u00e8 stato aggiornato alla versione GNOME 49.\n
I pacchetti utilizzati per eseguire GNOME sopra il server X sono stati rimossi dai repository. Tutti gli utenti di GNOME che utilizzavano X11 saranno forzatamente spostati su una sessione GNOME basata su Wayland. La possibilit\u00e0 di eseguire applicazioni X11 tramite XWayland rimane invariata.\n
Nei sistemi con architettura x86 \u00e8 lasciata solo la possibilit\u00e0 di utilizzare tabelle di partizione 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 di partizione MBR (Master Boot Record) \u00e8 stato interrotto sui sistemi x86, ma rimane sui sistemi ARM e RISC-V.\n
\u00c8 stato introdotto il gestore di pacchetti RPM 6, noto per il supporto di un nuovo formato che consente la creazione di pacchetti di dimensioni superiori a 4 GB e per l'inclusione predefinita della verifica dell'autenticit\u00e0 dei pacchetti mediante firma digitale.\n
Tutte le spin-assemblies sono state trasferite su una nuova versione dell'installer di Anaconda, in cui l'interfaccia basata sulla libreria GTK \u00e8 stata sostituita da un'interfaccia web che consente l'interazione attraverso un browser web per il controllo remoto dell'installazione. Nell'ultima versione, il nuovo installer \u00e8 stato utilizzato in Fedora Workstation. Invece dello schermo principale con un elenco di azioni, la nuova interfaccia organizza il lavoro in forma di wizard, che implica un'esecuzione sequenziale di determinati passaggi senza tornare allo schermo principale. Come impostazione predefinita viene proposto un modello di partizionamento guidato, in cui l'installer sceglie autonomamente i parametri per la creazione o la modifica delle partizioni in base alle impostazioni selezionate dall'utente. Sono disponibili opzioni per la reinstallazione della distribuzione e 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 di pacchetti RPM (il sistema DNF5 \u00e8 utilizzato a partire da Fedora 41). Le funzionalit\u00e0 di base della gestione dei pacchetti in DNF5 sono state spostate in una libreria separata libdnf5, invece delle legature a PackageKit ora \u00e8 stato utilizzato DNF Daemon, e i componenti scritti in Python sono stati riscritti in C++.\n
Dal programma di installazione \u00e8 stata rimossa la supporto per moduli aggiornabili separatamente, il cui ciclo di vita non \u00e8 legato al core del sistema operativo, e il supporto \u00e8 gestito indipendentemente dalle versioni del sistema operativo, consentendo la coesistenza di pacchetti con versioni diverse della stessa applicazione.\n
In Fedora Kinoite, una versione aggiornata in modo atomico di Fedora con KDE, l'aggiornamento automatico del sistema \u00e8 abilitato per impostazione predefinita. Gli aggiornamenti vengono ora scaricati in background senza la richiesta dell'utente e 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 classificato come obsoleto, con l'ultimo aggiornamento rilasciato nel 2019. I pacchetti che utilizzavano YASM per la compilazione (incluso Firefox) sono stati convertiti per utilizzare NASM.\n
La fornitura di GnuPG \u00e8 suddivisa in diversi pacchetti: il programma gpg, le utility ausiliarie e i servizi di GnuPG ora sono 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 ad accesso casuale dei sistemi ospiti (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 utente Sway. Il linguaggio \u00e8 ottimizzato per risolvere compiti a basso livello, come lo sviluppo di sistemi operativi, compilatori, applicazioni di rete e utilit\u00e0 di sistema, per i quali \u00e8 richiesta la massima prestazione e il completo controllo sull'esecuzione. Il linguaggio utilizza la gestione manuale della memoria e un sistema di tipi statici, in cui a ogni variabile deve essere assegnato esplicitamente un tipo specifico.\n
Nella costruzione dei pacchetti nel linguaggio Go \u00e8 stato utilizzato lo strumento Go Vendor Tools, che include copie delle librerie utilizzate all'interno del pacchetto src, piuttosto che fare affidamento su pacchetti di dipendenze forniti separatamente (ovvero non si utilizzano versioni delle librerie comuni a livello di sistema).\n
\u00c8 stato eseguito il passaggio all'uso di font Noto Color Emoji in formato vettoriale COLRv1 invece della rappresentazione raster. L'uso di COLRv1 ha consentito 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 compilazione con Dracut. La transizione da xz a zstd ha consentito di ridurre di diversi megabyte la dimensione di initrd e di velocizzare il processo di avvio.\n
\u00c8 stata utilizzata una versione riscritta in Rust dello strumento Greenboot (la versione precedente era scritta in bash). Greenboot \u00e8 utilizzato nelle varianti di Fedora aggiornabili in modo atomico per controllare lo stato del sistema all'avvio e per ripristinare 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