{"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\/fr\/blog\/news\/zapushhen-servis-sovmestnoj-razrabotki-fedora-forge-beta-testirovanie-fedora-linux-43","title":{"rendered":"Le service de co-d\u00e9veloppement Fedora Forge a \u00e9t\u00e9 lanc\u00e9. La b\u00eata de Fedora Linux 43.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Le projet Fedora a annonc\u00e9 le lancement du service de d\u00e9veloppement collaboratif Fedora Forge, construit sur le projet Forgejo. Ce service se d\u00e9veloppe pour remplacer sa propre plateforme Pagure, utilis\u00e9e dans Fedora pour la collaboration sur le code et les m\u00e9tadonn\u00e9es des paquets. Le remplacement est en cours car la plateforme Pagure n\u00e9cessite beaucoup de ressources pour son entretien, est en stagnation et n'a pas eu une large diffusion en dehors de Fedora. On s'attend \u00e0 ce que Fedora Forge simplifie le d\u00e9veloppement et le transfert des modifications aux \u00e9quipes principales de Fedora. <\/p>\n
Fedora Forge est lanc\u00e9 en mode pilote et est test\u00e9 sur plusieurs sous-projets et groupes SIG (Groupes d'Int\u00e9r\u00eat Sp\u00e9cial). Par exemple, des projets des \u00e9quipes RelEng (Release Engineering), Conseil et FESCo (Comit\u00e9 de Direction de l'Ing\u00e9nierie de Fedora) ont d\u00e9j\u00e0 \u00e9t\u00e9 transf\u00e9r\u00e9s sur Fedora Forge. \u00c0 l'avenir, le nombre de projets d\u00e9velopp\u00e9s dans Fedora Forge sera \u00e9tendu et ce service sera utilis\u00e9 comme principal lieu de collaboration sur Fedora. <\/p>\n
Pour automatiser le transfert des projets de Pagure vers Fedora Forge, un outil appel\u00e9 Pagure Migrator a \u00e9t\u00e9 d\u00e9velopp\u00e9 et est inclus dans la plateforme Forgejo. Pagure Migrator permet de conserver apr\u00e8s le transfert les pull requests, les tickets, les discussions, les \u00e9tiquettes et les utilisateurs. Cela dit, contrairement au service pagure.io, Fedora Forge n'autorise pas l'h\u00e9bergement de projets personnels et se concentre uniquement sur des projets li\u00e9s au d\u00e9veloppement de Fedora Linux. <\/p>\n
On peut \u00e9galement noter la publication de la version b\u00eata de la distribution Fedora Linux 43, marquant le passage \u00e0 la phase finale de test, lors de laquelle seules les corrections de bugs critiques sont autoris\u00e9es. La sortie est pr\u00e9vue pour le 11 novembre. La version couvre Fedora Workstation, Fedora KDE Plasma Desktop, Fedora Server, Fedora IoT, Fedora CoreOS, Fedora Cloud Base, Fedora IoT Edition, Fedora Silverblue, Fedora Kinoite et des versions Live fournies sous forme de spins avec des environnements utilisateurs Xfce, Cinnamon, LXDE, Phosh, Miracle, LXQt, Budgie, Sway et Cosmic. Les builds sont form\u00e9s pour les architectures x86_64, Power64 et ARM64 (AArch64). <\/p>\n
Les changements les plus significatifs dans Fedora Linux 43 : <\/p>\n
\n
Le bureau dans Fedora Workstation a \u00e9t\u00e9 mis \u00e0 jour vers la branche GNOME 49.\n
Les paquets utilis\u00e9s pour ex\u00e9cuter GNOME sous le serveur X ont \u00e9t\u00e9 supprim\u00e9s des d\u00e9p\u00f4ts. Tous les utilisateurs de GNOME qui utilisaient X11 seront automatiquement transf\u00e9r\u00e9s vers une session GNOME bas\u00e9e sur Wayland. La possibilit\u00e9 de lancer des applications X11 via XWayland reste inchang\u00e9e.\n
Sur les syst\u00e8mes x86, seule l'utilisation de tables de partitions GPT (GUID Partition Table) est conserv\u00e9e pour toutes les installations de Fedora utilisant UEFI. Le support de l'installation de Fedora en mode UEFI sur des disques avec des tables de partition MBR (Master Boot Record) a \u00e9t\u00e9 interrompu sur les syst\u00e8mes x86, mais demeure sur les syst\u00e8mes ARM et RISC-V.\n
Le passage au gestionnaire de paquets RPM 6 a \u00e9t\u00e9 r\u00e9alis\u00e9, marqu\u00e9 par le support d'un nouveau format permettant de cr\u00e9er des paquets de plus de 4 Go, ainsi que par l'inclusion par d\u00e9faut de la v\u00e9rification de l'authenticit\u00e9 des paquets \u00e0 l'aide d'une signature num\u00e9rique.\n
Tous les spins ont \u00e9t\u00e9 transf\u00e9r\u00e9s vers la nouvelle version de l'installateur Anaconda, qui utilise une interface web au lieu de l'interface bas\u00e9e sur la biblioth\u00e8que GTK, permettant une interaction via un navigateur web pour la gestion \u00e0 distance de l'installation. Dans la version pr\u00e9c\u00e9dente, le nouvel installateur a \u00e9t\u00e9 utilis\u00e9 dans Fedora Workstation. Au lieu de l'\u00e9cran principal avec la liste des actions, dans la nouvelle interface, le travail est organis\u00e9 sous forme d'assistant (Wizard), n\u00e9cessitant une ex\u00e9cution s\u00e9quentielle des \u00e9tapes sans retour \u00e0 l'\u00e9cran principal. Un mode automatis\u00e9 (guided) est propos\u00e9 pour le partitionnement des disques, o\u00f9 l'installateur choisit lui-m\u00eame les param\u00e8tres de cr\u00e9ation ou de modification des partitions en fonction des param\u00e8tres s\u00e9lectionn\u00e9s par l'utilisateur. Des options sont disponibles pour la r\u00e9installation de la distribution et l'installation en mode dual-boot sur des syst\u00e8mes avec plusieurs syst\u00e8mes d'exploitation.\n
L'installateur a \u00e9t\u00e9 mis \u00e0 jour pour utiliser le gestionnaire de paquets DNF5 lors de l'installation de paquets RPM (DNF5 est utilis\u00e9 depuis Fedora 41). La fonctionnalit\u00e9 de base de gestion des paquets dans DNF5 a \u00e9t\u00e9 extraite dans une biblioth\u00e8que distincte libdnf5, au lieu d'\u00eatre li\u00e9e \u00e0 PackageKit, le d\u00e9mon DNF a \u00e9t\u00e9 utilis\u00e9, et les composants en Python ont \u00e9t\u00e9 r\u00e9\u00e9crits en C++.\n
Le support des modules pouvant \u00eatre mis \u00e0 jour s\u00e9par\u00e9ment a \u00e9t\u00e9 supprim\u00e9 de l'installateur, leur cycle de vie n'\u00e9tant pas li\u00e9 \u00e0 la partie principale de la distribution, la prise en charge \u00e9tant assur\u00e9e ind\u00e9pendamment des versions de la distribution, ce qui permettait la coexistence de paquets avec diff\u00e9rentes versions de la m\u00eame application.\n
Dans Fedora Kinoite, la version mise \u00e0 jour de Fedora avec KDE, la mise \u00e0 jour automatique du syst\u00e8me est activ\u00e9e par d\u00e9faut. Les mises \u00e0 jour sont d\u00e9sormais t\u00e9l\u00e9charg\u00e9es en arri\u00e8re-plan sans demander l'avis de l'utilisateur et sont appliqu\u00e9es apr\u00e8s le red\u00e9marrage. Les param\u00e8tres offrent des options pour d\u00e9sactiver la mise \u00e0 jour automatique et modifier l'intervalle de v\u00e9rification des mises \u00e0 jour.\n
L'assembleur YASM a \u00e9t\u00e9 class\u00e9 comme obsol\u00e8te, la derni\u00e8re mise \u00e0 jour ayant \u00e9t\u00e9 publi\u00e9e en 2019. Les paquets qui usaient YASM pour la compilation (y compris Firefox) ont \u00e9t\u00e9 convertis pour utiliser NASM.\n
La distribution de GnuPG est d\u00e9sormais scind\u00e9e en plusieurs paquets \u2013 le programme gpg, les utilitaires auxiliaires et les services GnuPG sont d\u00e9sormais disponibles sous forme de paquets distincts (gnupg2, gnupg2-dirmngr, gnupg2-g13, gnupg2-gpgconf, gnupg2-gpg-agent, gnupg2-keyboxd, gnupg2-scdaemon, gnupg2-smime, gnupg2-wks, gnupg2-utils et gnupg2-verify).\n
Il est d\u00e9sormais possible d'utiliser le m\u00e9canisme Intel TDX (Trusted Domain Extensions) pour le chiffrement de la m\u00e9moire vive des syst\u00e8mes h\u00f4tes (AMD SEV est pris en charge depuis Fedora 41).\n
Des paquets contenant des outils pour le langage de programmation Hare, d\u00e9velopp\u00e9 par l'auteur de l'environnement utilisateur Sway, ont \u00e9t\u00e9 ajout\u00e9s. Le langage est optimis\u00e9 pour des t\u00e2ches de bas niveau, telles que le d\u00e9veloppement de syst\u00e8mes d'exploitation, de compilateurs, d'applications r\u00e9seau et d'outils syst\u00e8me, n\u00e9cessitant une performance maximale et un contr\u00f4le total sur l'ex\u00e9cution. Le langage utilise la gestion manuelle de la m\u00e9moire et un syst\u00e8me de types statique, o\u00f9 chaque variable doit explicitement se voir attribuer un certain type.\n
Lors de la cr\u00e9ation de paquets en langage Go, l'outil Go Vendor Tools est utilis\u00e9, permettant d'inclure des copies des biblioth\u00e8ques utilis\u00e9es dans le paquet src, plut\u00f4t que d'utiliser des paquets livr\u00e9s s\u00e9par\u00e9ment avec des d\u00e9pendances (c'est-\u00e0-dire qu'aucune version commune des biblioth\u00e8ques pour tout le syst\u00e8me n'est utilis\u00e9e).\n
La transition vers l'utilisation des polices Noto Color Emoji au format vectoriel COLRv1 a \u00e9t\u00e9 r\u00e9alis\u00e9e au lieu de la repr\u00e9sentation rasteris\u00e9e. L'utilisation de COLRv1 a permis d'am\u00e9liorer la qualit\u00e9 de rendu et de r\u00e9duire la taille des fichiers de polices.\n
Pour la compression des images du disque RAM initial (initrd), l'algorithme Zstd a \u00e9t\u00e9 utilis\u00e9 lors de la cr\u00e9ation avec Dracut. La transition de xz \u00e0 zstd a permis de r\u00e9duire la taille de l'initrd de quelques m\u00e9gaoctets et d'acc\u00e9l\u00e9rer le d\u00e9marrage.\n
Une variante de l'outil Greenboot, r\u00e9\u00e9crite en Rust (l'ancienne version \u00e9tait \u00e9crite en bash), a \u00e9t\u00e9 mise en \u0153uvre. Greenboot est utilis\u00e9 dans les versions Fedora mises \u00e0 jour de mani\u00e8re atomique pour v\u00e9rifier l'\u00e9tat du syst\u00e8me au d\u00e9marrage et revenir \u00e0 la version pr\u00e9c\u00e9dente en cas de probl\u00e8me.\n
Mises \u00e0 jour des versions : 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