{"id":114593,"date":"2024-03-27T00:25:46","date_gmt":"2024-03-26T22:25:46","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/distributiv-fedora-linux-40-pereshyol-na-stadiyu-beta-testirovaniya"},"modified":"2024-03-27T00:25:46","modified_gmt":"2024-03-26T22:25:46","slug":"distributiv-fedora-linux-40-pereshyol-na-stadiyu-beta-testirovaniya","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/distributiv-fedora-linux-40-pereshyol-na-stadiyu-beta-testirovaniya","title":{"rendered":"La distribution Fedora Linux 40 est pass\u00e9e en phase de b\u00eata-test.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Le test de la version b\u00eata de la distribution Fedora Linux 40 a d\u00e9but\u00e9. La version b\u00eata marque le passage \u00e0 la phase finale de test, o\u00f9 seules les corrections de bogues critiques sont autoris\u00e9es. La sortie est pr\u00e9vue pour le 23 avril. La publication couvre Fedora Workstation, Fedora Server, Fedora Silverblue, Fedora IoT, Fedora CoreOS, Fedora Cloud Base, Fedora Onyx et les versions Live, disponibles sous forme de spins avec des environnements de bureau personnalis\u00e9s tels que KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE, Phosh, LXQt, Budgie et Sway. Les versions sont constitu\u00e9es pour les architectures x86_64, Power64 et ARM64 (AArch64). <\/p>\n
Les changements les plus significatifs dans Fedora Linux 40 : <\/p>\n
\n
Le bureau de Fedora Workstation a \u00e9t\u00e9 mis \u00e0 jour vers la version GNOME 46.\n
L'\u00e9dition avec le bureau KDE a \u00e9t\u00e9 mise \u00e0 jour vers la version KDE 6, utilisant le protocole Wayland. La prise en charge des sessions bas\u00e9es sur le protocole X11 a \u00e9t\u00e9 interrompue, et pour lancer des applications X11 dans une session bas\u00e9e sur Wayland, le serveur DDX XWayland est utilis\u00e9. La raison de l'arr\u00eat du support des sessions X11 est mentionn\u00e9e comme \u00e9tant le passage du serveur X.Org dans RHEL 9 dans la cat\u00e9gorie obsol\u00e8te et la d\u00e9cision de le supprimer compl\u00e8tement dans une future version majeure de RHEL 10. Parmi les facteurs ayant contribu\u00e9 \u00e0 n'avoir que le support de Wayland, on trouve le remplacement des pilotes fbdev par le pilote simpledrm dans Fedora 36, qui fonctionne correctement avec Wayland, ainsi que l'apparition du support de Wayland dans les pilotes propri\u00e9taires NVIDIA.\n
Les distributions utilisateur mises \u00e0 jour de mani\u00e8re atomique, d\u00e9velopp\u00e9es par le projet Fedora, sont regroup\u00e9es sous une seule famille sous la marque Atomic Desktops, mais les anciennes versions atomiques ont conserv\u00e9 leur ancien nom. En cons\u00e9quence, Fedora Silverblue bas\u00e9 sur GNOME et Fedora Kinoite bas\u00e9 sur KDE, ainsi que Fedora CoreOS et Fedora IoT, ont conserv\u00e9 leurs anciens noms, mais les nouvelles versions Fedora Sericea et Fedora Onyx sont maintenant distribu\u00e9es sous les noms Fedora Sway Atomic et Fedora Budgie Atomic.\n
Les versions des paquets ont \u00e9t\u00e9 mises \u00e0 jour, parmi lesquelles LLVM 18, GCC 14, binutils 2.41, glibc 2.39, gdb 14.1, PHP 8.3, Ruby 3.3, Go 1.22, Java 21, AMD ROCm 6, Boost 1.83, 389 Directory Server 3.0.0, Podman 5, PostgreSQL 16, TBB (Thread Building Blocks) 2021.8, SQLAlchemy 2, Kubernetes 1.29.\n
Dans le configurateur NetworkManager, le m\u00e9canisme de d\u00e9tection de conflit d'adresses IPv4 dans le r\u00e9seau local (RFC 5227) est activ\u00e9 par d\u00e9faut, consistant \u00e0 envoyer un paquet ARP de v\u00e9rification avant d'attacher l'adresse \u00e0 l'interface r\u00e9seau (si une r\u00e9ponse est re\u00e7ue, cela signifie que l'adresse est occup\u00e9e et ne sera pas attribu\u00e9e). Pour les connexions sans fil, l'attribution d'une adresse MAC permanente distincte est assur\u00e9e (mode stable-ssid dans NetworkManager).\n
Les outils d'assemblage Mock (mock-core-configs), Koji et Copr ont \u00e9t\u00e9 adapt\u00e9s pour utiliser le gestionnaire de paquets DNF 5 afin d'installer les d\u00e9pendances d'assemblage dans un environnement chroot utilis\u00e9 lors de l'assemblage des paquets. La transition de la distribution vers DNF 5 est pr\u00e9vue dans la prochaine version.\n
Le gestionnaire de paquets DNF d\u00e9sactive par d\u00e9faut le t\u00e9l\u00e9chargement des m\u00e9tadonn\u00e9es contenant les fichiers inclus dans les paquets. Ces informations sont rarement utilis\u00e9es, mais occupent un grand espace et ralentissent les performances.\n
Le paquet contenant la biblioth\u00e8que OpenSSL 1.1 a \u00e9t\u00e9 supprim\u00e9 en raison de la fin de son support. Les d\u00e9pendances li\u00e9es \u00e0 OpenSSL 1.1 ont \u00e9t\u00e9 transf\u00e9r\u00e9es vers OpenSSL 3.0. Le paquet python3.7 a \u00e9t\u00e9 supprim\u00e9.\n
La biblioth\u00e8que Zlib a \u00e9t\u00e9 remplac\u00e9e par un fork Zlib-ng, compatible avec l'API de zlib, mais offrant des optimisations suppl\u00e9mentaires pour am\u00e9liorer les performances.\n
La cr\u00e9ation d'actualisations delta pour les paquets RPM, permettant de t\u00e9l\u00e9charger uniquement les donn\u00e9es modifi\u00e9es par rapport \u00e0 la version d\u00e9j\u00e0 install\u00e9e, a \u00e9t\u00e9 interrompue. Le support de deltarpm a \u00e9t\u00e9 d\u00e9sactiv\u00e9 dans DNF et DNF5.\n