Sortie de la distribution Fedora Linux 42

La distribution Fedora Linux 42 a été publiée. Les produits Fedora Workstation, Fedora KDE Plasma Desktop, Fedora Server, Fedora IoT, Fedora CoreOS, Fedora Cloud Base, Fedora IoT Edition, Fedora Silverblue, Fedora Kinoite et les versions Live, fournies sous forme de spins avec des environnements utilisateurs Xfce, MATE, Cinnamon, LXDE, Phosh, Miracle, LXQt, Budgie, Sway et Cosmic, sont prêts à être téléchargés. Les versions sont formées pour les architectures x86_64, Power64 et ARM64 (AArch64).

Les changements les plus significatifs dans Fedora Linux 42 :

• La build Fedora KDE Plasma Desktop a obtenu le statut d'édition de base identique en niveau de support à Fedora Workstation. Ainsi, les versions de la distribution avec GNOME et KDE ont désormais un statut identique et sont présentées sur un pied d'égalité. Les problèmes majeurs spécifiques à KDE sont désormais considérés comme bloquants pour la sortie, tout comme les problèmes graves dans GNOME le faisaient auparavant. De plus, le support de l'architecture Power (ppc64le) a été ajouté dans Fedora KDE Plasma Desktop, pour laquelle un ensemble complet d'applications KDE, y compris KDE PIM, est disponible. Pour les systèmes OpenPOWER, tels que Talos Workstation, des builds Live avec KDE ont été préparées, prenant en charge la possibilité d'installation.
• Des Spin-officielles de la distribution avec l'environnement de bureau COSMIC, développé par System76 en langage Rust, ont été ajoutées. COSMIC offre des modes de mise en page hybride en mosaïque et de fixation d'empilement des fenêtres (groupement de fenêtres similaire aux onglets dans un navigateur), qui peuvent être activés en lien avec des bureaux virtuels.
• Le bureau de Fedora Workstation a été mis à jour vers la branche GNOME 48. Les bureaux Xfce 4.20 et LXQt 2.1 ont été mis à jour.
• Fedora Workstation utilise par défaut une nouvelle version de l'installateur Anaconda, qui remplace l'interface basée sur la bibliothèque GTK par une interface web. L'interface web est construite en utilisant le framework JavaScript React, des éléments de design PatternFly et des composants du projet Cockpit, déjà utilisés dans les produits Red Hat pour la configuration et la gestion des serveurs.. L'interface nouvelle est organisée sous la forme d'un assistant (Wizard), permettant d'exécuter les étapes successivement sans revenir à l'écran principal. L'interface Web permet une interaction via un navigateur pour un contrôle à distance de l'installation.

  L'interface proposée est simplifiée et plus compréhensible pour les utilisateurs novices. Il est recommandé d'utiliser le mode automatisé (guided) pour la partition du disque, où l'installateur choisit lui-même les paramètres de création ou de modification des partitions sur la base des réglages choisis par l'utilisateur. Une option a été ajoutée pour la réinstallation de la distribution (par exemple, pour restaurer le fonctionnement en cas de corruption de certains fichiers système), ainsi que la possibilité d'installer en mode double démarrage pour utiliser plusieurs systèmes d'exploitation sur un même ordinateur.
• L'installateur classique Anaconda a été adapté pour utiliser le protocole Wayland, ce qui permet d'éliminer les dépendances liées à X11 des supports d'installation. Le processus d'installation à distance a été transféré du client VNC TigerVNC à l'application grd (Gnome Remote Desktop), qui utilise le protocole RDP. Par défaut, pour toutes les architectures prises en charge, une partition est configurée avec GPT.
• Le contenu des répertoires /usr/bin et /usr/sbin a été fusionné. Le répertoire /usr/sbin a été remplacé par un lien symbolique pointant vers /usr/bin. La séparation des fichiers exécutables dans les répertoires bin et sbin est considérée comme une pratique obsolète, n'ayant plus de sens dans les distributions modernes. L'unification de bin et sbin simplifiera le travail des mainteneurs de paquets, qui n'auront plus à deviner dans quel répertoire placer un fichier exécutable ; cela rendra le système plus prévisible et compréhensible pour les utilisateurs ; augmentera la compatibilité avec d'autres distributions ; et réduira le nombre de vérifications de répertoires lors de l'exécution de execvp() et d'appels similaires.
• De nouveaux groupes flatpak et diskadmin ont été ajoutés pour permettre aux utilisateurs non privilégiés d'accéder aux fonctionnalités de gestion des paquets système au format Flatpak et aux supports externes. Ce changement a permis d'éviter la nécessité d'ajouter un utilisateur au groupe wheel, ce qui offre la possibilité de travailler avec flatpak et des disques externes sans accorder l'accès à d'autres opérations administratives. Pour les utilisateurs appartenant au groupe wheel, la possibilité de déverrouiller (LUKS) et de monter des supports externes sans demander la saisie d'un mot de passe est également fournie.
• Il est désormais possible d'inclure dans les paquets des alternatives supplémentaires d'exécutables, compilées avec des optimisations pour les microarchitectures x86-64-v2, x86-64-v3 et x86-64-v4. Dans la plupart des cas, le gain de performance lors de la compilation pour de telles architectures ne dépasse pas 10 %, mais dans certaines situations, il peut entraîner une augmentation significative des performances (jusqu'à 120 %). La décision d'ajouter des exécutables supplémentaires optimisés est prise par les mainteneurs, en fonction des résultats des tests de performance des paquets spécifiques.
• Les images Live du distribution, utilisant une image système en mode lecture seule, ont été migrées de SquashFS vers le système de fichiers EROFS. Les raisons de cette transition évoquent un développement plus actif d'EROFS (la dernière version de l'outil SquashFS a été publiée au printemps 2023) et la disponibilité dans EROFS de fonctionnalités avancées qui pourraient être exploitées à l'avenir. Comparé à SquashFS, EROFS présente un niveau de compression moins bon (la taille de l'image est de 2.7 GiB en EROFS contre 2.0 GiB en SquashFS en utilisant l'algorithme de compression XZ et 3.9 GiB contre 3.1 GiB en utilisant LZ4), mais une vitesse d'accès aléatoire et une bande passante plus élevées (7.1 MiB/s en EROFS contre 5.0 MiB/s en SquashFS pour XZ et 30.9 MiB/s contre 26.3 MiB/s pour LZ4).
• Les éditions atomiquement mises à jour du système d'exploitation pour systèmes de bureau (Fedora Atomic Desktops), telles que Fedora Silverblue (GNOME), Fedora Kinoite (KDE), Fedora Sway Atomic et Fedora Budgie Atomic, sont par défaut traduites sur le système de fichiers Composefs, ce qui a permis d'utiliser dans ces versions une partition racine fonctionnant en mode lecture seule, tout en permettant d'utiliser des outils de vérification de l'intégrité pour le partitionnement du système, capables de détecter les problèmes au fur et à mesure. Les répertoires /etc et /var continuent d'être montés avec possibilité d'écriture. Le système de fichiers Composefs est mis en œuvre en tant que surcouche au-dessus des systèmes de fichiers OverlayFS et EROFS déjà présents dans le noyau, et est optimisé pour un stockage efficace des contenus de plusieurs images disque montées.
• Dans l'édition Fedora Kinoite (version atomiquement mise à jour avec KDE), l'installation automatique des mises à jour est activée par défaut.
• Des versions officielles de Fedora sont fournies pour le sous-système WSL (Windows Subsystem for Linux), qui sont incluses dans la liste des distributions Linux proposées pour une installation rapide dans WSL. Les versions sont formées dans un nouveau format permettant de diffuser la distribution sans serveurs passer par le répertoire Microsoft Store, sans emballage au format appx et sans inclure de code spécifique à Windows.
• Une nouvelle branche de la bibliothèque multimédia SDL 3 a été impliquée. Pour les applications basées sur SDL, le protocole Wayland est activé par défaut. Les bibliothèques SDL 2 sont remplacées par la couche sdl2-compat qui fonctionne au-dessus de SDL 3.
• Le gestionnaire de paquets DNF5 a ajouté la prise en charge de la suppression des clés PGP des dépôts obsolètes ou expirées, permettant d'automatiser la gestion des clés lors de l'installation et de la mise à jour des logiciels.
• Le gestionnaire de paquets RPM a intégré la création d'utilisateurs et de groupes à partir des fichiers de configuration fournis dans les paquets, situés dans le répertoire Sysusers.d, utilisé par systemd.
• Un générateur de dépendances pour les extensions GNOME Shell a été ajouté, permettant de lier les paquets rpm avec les versions de GNOME Shell.
• Dans DNF et RPM, le mode 'Copy on Write' est activé par défaut, réalisé grâce à reflink dans Btrfs.
• Les versions des paquets ont été mises à jour : LLVM 20, GCC 15-test, binutils 2.44, glibc 2.41, gdb 15, Go 1.24, Tcl/Tk 9.0, Ruby 3.4, Zlib-ng 2.2.x, Setuptools 74, Django 5.x, Ansible 11, PHP 8.4, numpy 2.1.3.
• Un émulateur FEX a été ajouté au dépôt pour l'architecture AArch64, permettant d'exécuter des fichiers exécutables compilés pour les architectures x86 et x86-64 dans un environnement ARM64 (AArch64). Les composants basés sur FEX pour exécuter des programmes x86 sont intégrés dans les versions de Fedora avec l'environnement de bureau KDE.
• Le support des webcams avec interface MIPI (Mobile Industry Processor Interface) a été étendu, celles-ci étant de plus en plus utilisées sur les ordinateurs portables et tablettes à la place de UVC (USB Video Class).
• Ajout du support pour le cryptage de la mémoire des machines virtuelles à l'aide des technologies AMD SEV-SNP et Intel TDX.
• Les paquets qui utilisent uniquement le fichier exécutable git ont été réaffectés à la dépendance git-core au lieu du paquet complet git.
• L'écran de démarrage Plymouth a été mis à jour pour utiliser le module du noyau simpledrm, ce qui a éliminé l'attente de l'initialisation du pilote pour le GPU.
• Dans Firewalld, pour les versions destinées aux stations de travail, le mode de fonctionnement rpfilter (Reverse Path Filter) « loose » est activé par défaut pour IPv6 au lieu de « strict ».

Pour Fedora 42, les dépôts 'free' et 'nonfree' du projet RPM Fusion ont été activés, où des paquets supplémentaires d'applications multimédia (MPlayer, VLC, Xine), de codecs vidéo/audio, de support DVD, de pilotes propriétaires AMD et NVIDIA, ainsi que des jeux et des émulateurs sont disponibles.

La distribution Fedora Asahi Remix 42 a également été publiée, destinée à l'installation sur des ordinateurs Mac équipés de puces ARM développées par Apple. Fedora Asahi Remix 42 est basé sur la base de paquets de Fedora Linux 42 et est équipé de l'installateur Calamares. Il est conçu pour fonctionner sur des systèmes Apple MacBook Air, MacBook Pro, Mac Mini, Mac Studio et iMac équipés des puces ARM Apple M1 et M2.

Fedora Asahi prend en charge entièrement : le sous-système audio des ordinateurs Apple, les caméras, le Wi-Fi, le Bluetooth, les dispositifs d'entrée, USB Type C (USB 3.0) et la charge sans fil MagSafe. Actuellement, le support pour la connexion d'un écran via USB-C, Thunderbolt/USB4, les microphones et Touch ID n'est pas disponible. Les pilotes graphiques prennent en charge OpenGL 4.6, OpenGL ES 3.2 et Vulkan 1.4. Pour exécuter des applications compilées pour des systèmes x86_64, l'outil muvm et une couche d'émulation basée sur le paquet FEX sont utilisés.

Source : opennet.ru