Le projet Fedora a annoncé le lancement du service de développement collaboratif Fedora Forge, construit sur le projet Forgejo. Ce service se développe pour remplacer sa propre plateforme Pagure, utilisée dans Fedora pour la collaboration sur le code et les métadonnées des paquets. Le remplacement est en cours car la plateforme Pagure nécessite beaucoup de ressources pour son entretien, est en stagnation et n'a pas eu une large diffusion en dehors de Fedora. On s'attend à ce que Fedora Forge simplifie le développement et le transfert des modifications aux équipes principales de Fedora.
Fedora Forge est lancé en mode pilote et est testé sur plusieurs sous-projets et groupes SIG (Groupes d'Intérêt Spécial). Par exemple, des projets des équipes RelEng (Release Engineering), Conseil et FESCo (Comité de Direction de l'Ingénierie de Fedora) ont déjà été transférés sur Fedora Forge. À l'avenir, le nombre de projets développés dans Fedora Forge sera étendu et ce service sera utilisé comme principal lieu de collaboration sur Fedora.
Pour automatiser le transfert des projets de Pagure vers Fedora Forge, un outil appelé Pagure Migrator a été développé et est inclus dans la plateforme Forgejo. Pagure Migrator permet de conserver après le transfert les pull requests, les tickets, les discussions, les étiquettes et les utilisateurs. Cela dit, contrairement au service pagure.io, Fedora Forge n'autorise pas l'hébergement de projets personnels et se concentre uniquement sur des projets liés au développement de Fedora Linux.
On peut également noter la publication de la version bêta de la distribution Fedora Linux 43, marquant le passage à la phase finale de test, lors de laquelle seules les corrections de bugs critiques sont autorisées. La sortie est prévue 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és pour les architectures x86_64, Power64 et ARM64 (AArch64).
Les changements les plus significatifs dans Fedora Linux 43 :
- Le bureau dans Fedora Workstation a été mis à jour vers la branche GNOME 49.
- Les paquets utilisés pour exécuter GNOME sous le serveur X ont été supprimés des dépôts. Tous les utilisateurs de GNOME qui utilisaient X11 seront automatiquement transférés vers une session GNOME basée sur Wayland. La possibilité de lancer des applications X11 via XWayland reste inchangée.
- Sur les systèmes x86, seule l'utilisation de tables de partitions GPT (GUID Partition Table) est conservée 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 été interrompu sur les systèmes x86, mais demeure sur les systèmes ARM et RISC-V.
- Le passage au gestionnaire de paquets RPM 6 a été réalisé, marqué par le support d'un nouveau format permettant de créer des paquets de plus de 4 Go, ainsi que par l'inclusion par défaut de la vérification de l'authenticité des paquets à l'aide d'une signature numérique.
- Tous les spins ont été transférés vers la nouvelle version de l'installateur Anaconda, qui utilise une interface web au lieu de l'interface basée sur la bibliothèque GTK, permettant une interaction via un navigateur web pour la gestion à distance de l'installation. Dans la version précédente, le nouvel installateur a été utilisé dans Fedora Workstation. Au lieu de l'écran principal avec la liste des actions, dans la nouvelle interface, le travail est organisé sous forme d'assistant (Wizard), nécessitant une exécution séquentielle des étapes sans retour à l'écran principal. Un mode automatisé (guided) est proposé pour le partitionnement des disques, où l'installateur choisit lui-même les paramètres de création ou de modification des partitions en fonction des paramètres sélectionnés par l'utilisateur. Des options sont disponibles pour la réinstallation de la distribution et l'installation en mode dual-boot sur des systèmes avec plusieurs systèmes d'exploitation.
- L'installateur a été mis à jour pour utiliser le gestionnaire de paquets DNF5 lors de l'installation de paquets RPM (DNF5 est utilisé depuis Fedora 41). La fonctionnalité de base de gestion des paquets dans DNF5 a été extraite dans une bibliothèque distincte libdnf5, au lieu d'être liée à PackageKit, le démon DNF a été utilisé, et les composants en Python ont été réécrits en C++.
- Le support des modules pouvant être mis à jour séparément a été supprimé de l'installateur, leur cycle de vie n'étant pas lié à la partie principale de la distribution, la prise en charge étant assurée indépendamment des versions de la distribution, ce qui permettait la coexistence de paquets avec différentes versions de la même application.
- Dans Fedora Kinoite, la version mise à jour de Fedora avec KDE, la mise à jour automatique du système est activée par défaut. Les mises à jour sont désormais téléchargées en arrière-plan sans demander l'avis de l'utilisateur et sont appliquées après le redémarrage. Les paramètres offrent des options pour désactiver la mise à jour automatique et modifier l'intervalle de vérification des mises à jour.
- L'assembleur YASM a été classé comme obsolète, la dernière mise à jour ayant été publiée en 2019. Les paquets qui usaient YASM pour la compilation (y compris Firefox) ont été convertis pour utiliser NASM.
- La distribution de GnuPG a été divisée en plusieurs paquets — le programme gpg, les utilitaires et services auxiliaires de GnuPG sont maintenant distribués dans des 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).
- Il est désormais possible d'utiliser le mécanisme Intel TDX (Trusted Domain Extensions) pour le chiffrement de la mémoire vive des systèmes hôtes (AMD SEV est pris en charge depuis Fedora 41).
- Des paquets contenant des outils pour le langage de programmation Hare, développé par l'auteur de l'environnement utilisateur Sway, ont été ajoutés. Le langage est optimisé pour des tâches de bas niveau, telles que le développement de systèmes d'exploitation, de compilateurs, d'applications réseau et d'outils système, nécessitant une performance maximale et un contrôle total sur l'exécution. Le langage utilise la gestion manuelle de la mémoire et un système de types statique, où chaque variable doit explicitement se voir attribuer un certain type.
- Lors de la création de paquets en langage Go, l'outil Go Vendor Tools est utilisé, permettant d'inclure des copies des bibliothèques utilisées dans le paquet src, plutôt que d'utiliser des paquets livrés séparément avec des dépendances (c'est-à-dire qu'aucune version commune des bibliothèques pour tout le système n'est utilisée).
- La transition vers l'utilisation des polices Noto Color Emoji au format vectoriel COLRv1 a été réalisée au lieu de la représentation rasterisée. L'utilisation de COLRv1 a permis d'améliorer la qualité de rendu et de réduire la taille des fichiers de polices.
- Pour la compression des images du disque RAM initial (initrd), l'algorithme Zstd a été utilisé lors de la création avec Dracut. La transition de xz à zstd a permis de réduire la taille de l'initrd de quelques mégaoctets et d'accélérer le démarrage.
- Une variante de l'outil Greenboot, réécrite en Rust (l'ancienne version était écrite en bash), a été mise en œuvre. Greenboot est utilisé dans les versions Fedora mises à jour de manière atomique pour vérifier l'état du système au démarrage et revenir à la version précédente en cas de problème.
- Mises à 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.
Source : opennet.ru
