Test bêta de Fedora Linux 44. Initiative de promotion des innovations dans Fedora

La version bêta de la distribution Fedora Linux 44 a été présentée, marquant le passage à la phase finale de test, où seules les corrections d'erreurs critiques sont autorisées. La sortie est prévue pour le 14 avril. 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 les builds Live fournies sous forme de spins avec des environnements de bureau personnalisés tels que Xfce, MATE, Cinnamon, LXDE, Phosh, Miracle, LXQt, Budgie, Sway et Cosmic. Les builds sont formées pour les architectures x86_64, Power64 et ARM64 (AArch64).

Les changements les plus significatifs dans Fedora Linux 44 :

• Un travail a été effectué pour porter l'infrastructure des builds reproductibles à un couvert d'au moins 99 % des paquets dans le dépôt Fedora. Dans les versions précédentes, la couverture par des builds reproductibles était estimée à 90 %, grâce aux modifications apportées au système de build synchronisant les métadonnées sur le temps de modification des fichiers avec le code source de référence, ainsi qu’en assurant un ordre constant des métadonnées et des structures dans les fichiers binaires. Pour garantir des builds reproductibles dans les 10 % restants, les mainteneurs des paquets problématiques ont été impliqués. Les builds reproductibles permettent à l'utilisateur de vérifier personnellement que les fichiers binaires distribués dans les paquets sont construits à partir du code source fourni et ne contiennent pas de modifications cachées, résultant d'une compromission du compilateur ou des outils de build.
• Dans toutes les variantes de la distribution avec l'environnement de bureau KDE (Fedora KDE Plasma Desktop Edition, Fedora KDE Plasma Mobile Spin et Fedora Kinoite), le projet KDE a intégré l'assistant de configuration Plasma Setup pour configurer le système après l'installation, tandis que les étapes de configuration du système dans l'installateur Anaconda qui entraient en conflit avec cette application ont été désactivées.
• Dans toutes les éditions avec KDE, le gestionnaire de connexion SDDM a été remplacé par le Plasma Login Manager, un projet développé par KDE.
• L'édition Fedora Games Lab a été repensée, offrant une sélection de paquets et de configurations pour les amateurs de jeux vidéo. La nouvelle version a mis à jour la pile logicielle pour exécuter les jeux et a intégré des technologies modernes, telles que Wayland et PipeWire.
• L'environnement de bureau GNOME a été mis à jour vers la branche 50, qui abandonne le support de X11 et introduit un nouveau système de sauvegarde des sessions.
• L'environnement utilisateur Budgie a été mis à jour vers la branche 10.10, désormais compatible avec Wayland.
• La logique de création des profils réseau dans le système installé a été modifiée dans l'installateur Anaconda (fichiers de configuration pour NetworkManager). Ces profils ne sont désormais créés que pour les dispositifs réseau câblés configurés au cours de l'installation via l'interface graphique, les options de démarrage ou le fichier kickstart, et non pour tous les dispositifs disponibles. La création de profils pour tous les dispositifs disponibles, et non seulement pour ceux sélectionnés par l'utilisateur, nécessitait la suppression de profils superflus après installation et compliquait toute modification ultérieure des paramètres.
• Sur les systèmes avec architecture Aarch64, la sélection automatique du fichier de description matérielle DTB (Device Tree Blobs) pour le chargeur UEFI a été mise en place, ce qui a résolu les problèmes de démarrage des versions Live de Fedora sur les ordinateurs portables ARM fournis avec Windows.
• Des scripts livesys-scripts sont utilisés dans les versions Live pour configurer l'environnement de travail, ainsi que de nouvelles fonctionnalités de l'outil Dracut pour créer automatiquement un stockage overlay persistant entre les redémarrages lors de l'écriture d'une image sur des clés USB.
• Les versions des paquets ont été mises à jour : GCC 16.1, LLVM 22, Ruby 4.0, Go 1.26, binutils 2.46, glibc 2.43, gdb 16.3, CMake 4.0, MariaDB 11.8, IBus 1.5.34, uutils-coreutils 0.5, nushell 0.109.2, Django 6.x, TagLib 2, Helm 4, Ansible 13, TeXLive 2025, GHC 9.10, PHP 8.5.
• Le travail sur la migration de l'infrastructure d'intégration continue (dist-git CI), qui reconstruit les packages RPM après des modifications ou mises à jour de version, se poursuit vers l'utilisation par défaut de l'outil Packit au lieu de Fedora CI et Zuul.
• Un ensemble d'outils avec le gestionnaire de paquets NIX a été ajouté au référentiel, permettant d'installer des paquets au format NIX à partir de la collection nixpkgs. Les paquets peuvent être installés en mode un utilisateur (dans le répertoire personnel de l'utilisateur) et en mode multi-utilisateur (dans le répertoire /nix).
• L'utilisation par défaut de liens physiques pour lier des fichiers identiques installés à partir de différents packages dans l'arborescence /usr a été activée. La création d'un lien physique est effectuée automatiquement lors de l'installation du package par le gestionnaire à l'étape « post install ».
• La fourniture des versions QEMU pour les systèmes hôtes 32 bits (i686) a été arrêtée. Ce changement reflète le travail du projet QEMU pour éliminer le support des systèmes hôtes 32 bits.
• Les fichiers exécutables et les bibliothèques FUSE 2 ont été supprimés des versions atomiques de Fedora pour les systèmes de bureau (cette version avait été déclarée obsolète et tous les paquets ont été migrés vers l'utilisation de FUSE 3). Le support des règles obsolètes de polkit, fournies dans des fichiers avec l'extension pkla, a également été arrêté.
• PackageKit a été switched sur l'utilisation du nouveau backend DNF5, compilé avec la bibliothèque libdnf5.
• Dans l'édition de la distribution avec le gestionnaire de composantes MiracleWM, le shell de bureau nwg-shell a été remplacé par Dank Material Shell.
• Par défaut, le module NTSYNC est activé, permettant d'améliorer considérablement les performances des jeux Windows exécutés avec Wine. Ce module met en œuvre un périphérique symbolique /dev/ntsync et un ensemble de primitives de synchronisation utilisées dans le noyau Windows NT. Un gain de performance significatif est réalisé grâce à l'élimination des frais généraux liés à l'utilisation de RPC dans l'espace utilisateur.
• Dans Fedora Cloud, au lieu d'une partition séparée /boot, une sous-partie Btrfs du même nom est désormais proposée.
• La livraison du paquet libreoffice-KF5, avec des composants pour l'intégration de LibreOffice avec Qt5, a été arrêtée, remplacée par le paquet libreoffice-kf6, qui assure l'intégration avec Qt6.

On peut également noter l'initiative de réforme du processus de développement de Fedora, proposée à la discussion par Jef Spaleta, le leader du projet Fedora. Jef suggère de créer un « bac à sable » pour simplifier le test de nouvelles idées et l'expérimentation de nouvelles technologies dans la distribution, sans risquer de diminuer la stabilité du projet principal.

Il est prévu que les idées innovantes pour le développement de la distribution évoluent en parallèle avec la distribution principale, et qu'avec le temps, elles puissent être intégrées dans l'ensemble principal si certaines conditions sont remplies, confirmant leur valeur pour le projet et l'intérêt d'autres développeurs. Le cycle de vie des technologies expérimentales implique plusieurs étapes de développement, avec des révisions à des points de contrôle liés au temps et un passage à l'étape suivante après avoir atteint les critères spécifiques à chaque étape.

Source : opennet.ru