È stato lanciato il servizio di sviluppo collaborativo Fedora Forge. Beta testing di Fedora Linux 43

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 è in atto poiché la piattaforma Pagure richiede maggiori risorse per la manutenzione, è 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.

Fedora Forge è stato lanciato in modalità pilota e viene testato su diversi sottoprogetti e gruppi SIG (Special Interest Groups). Ad esempio, in Fedora Forge sono già 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à ampliato e questo servizio diventerà il luogo principale per la collaborazione su Fedora.

Per automatizzare il trasferimento dei progetti da Pagure a Fedora Forge è stato sviluppato lo strumento Pagure Migrator, che è 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.

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 è 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).

Le modifiche più significative in Fedora Linux 43:

  • Il desktop di Fedora Workstation è stato aggiornato alla versione GNOME 49.
  • 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à di eseguire applicazioni X11 tramite XWayland rimane invariata.
  • Nei sistemi con architettura x86 è stata mantenuta soltanto la possibilità 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à UEFI su dischi con tabelle delle partizioni MBR (Master Boot Record) è stato interrotto sui sistemi x86, ma è stato mantenuto sui sistemi ARM e RISC-V.
  • È 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à dei pacchetti tramite firma digitale come impostazione predefinita.
  • Tutte le spin sono state migrate a una nuova versione dell'installer Anaconda, in cui, invece dell'interfaccia basata sulla libreria GTK, è stato utilizzato un'interfaccia web che consente l'interazione tramite un browser per il controllo remoto dell'installazione. Nell'ultima versione, il nuovo installer è stato impiegato in Fedora Workstation. Invece di una schermata principale con l'elenco delle operazioni, il nuovo interfaccia è organizzato in forma di wizard, che implica l'esecuzione sequenziale di determinate fasi senza tornare alla schermata principale. Come base viene proposta la modalità 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à dual boot su sistemi con più sistemi operativi.
  • L'installer è stato aggiornato per utilizzare il gestore di pacchetti DNF5 durante l'installazione dei pacchetti RPM (il sistema DNF5 è utilizzato a partire da Fedora 41). La funzionalità di base per la gestione dei pacchetti in DNF5 è stata estratta in una libreria separata, libdnf5, e invece delle integrazioni con PackageKit ora è in uso DNF Daemon, mentre i componenti in Python sono stati riscritti in C++.
  • Dall'installer è stata rimossa la supporto per i moduli aggiornabili separatamente, il cui ciclo di vita non è 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.
  • In Fedora Kinoite, una variante di Fedora con KDE che si aggiorna in modo atomico, l'aggiornamento automatico del sistema è 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.
  • L'assemblatore YASM è stato dichiarato obsoleto, l'ultimo aggiornamento è stato rilasciato nel 2019. I pacchetti in cui è stato utilizzato YASM per la compilazione (compreso Firefox) sono stati convertiti per utilizzare NASM.
  • La distribuzione di GnuPG è stata suddivisa in più pacchetti: il programma gpg, le utility ausiliarie e i servizi di GnuPG ora vengono 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).
  • È stata implementata la possibilità di utilizzare il meccanismo Intel TDX (Trusted Domain Extensions) per la crittografia della memoria RAM delle macchine virtuali (AMD SEV è supportato da Fedora 41).
  • Sono stati aggiunti pacchetti con strumenti per il linguaggio di programmazione Hare, sviluppato dall'autore dell'ambiente desktop Sway. Il linguaggio è ottimizzato per affrontare compiti a basso livello, come lo sviluppo di sistemi operativi, compilatori, applicazioni di rete e utility di sistema, per le quali è 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.
  • Nella costruzione dei pacchetti in linguaggio Go è stato utilizzato lo strumento Go Vendor Tools, che include copie delle librerie utilizzate all'interno del pacchetto src, anziché utilizzare pacchetti esterni per le dipendenze (cioè non vengono utilizzate versioni condivise delle librerie per l'intero sistema).
  • È stata effettuata la transizione all'uso dei font Noto Color Emoji in formato vettoriale COLRv1 anziché in formato raster. L'utilizzo di COLRv1 ha permesso di migliorare la qualità di rendering e ridurre le dimensioni dei file dei font.
  • Per la compressione delle immagini del disco RAM iniziale (initrd) è 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.
  • È stato utilizzato un strumento di Greenboot, riscritto in Rust (la versione precedente era scritta in bash). Greenboot è 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.
  • 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.

Fonte: opennet.ru

Acquista hosting affidabile per siti web con protezione DDoS, VPS VDS server 🔥 Acquista hosting affidabile per siti web con protezione DDoS, VPS VDS server | ProHoster