La distribution Fedora Linux 40 est passĂ©e en phase de bĂȘta-test.

Le test de la version bĂȘta de la distribution Fedora Linux 40 a dĂ©butĂ©. La version bĂȘta marque le passage Ă  la phase finale de test, oĂč seules les corrections de bogues critiques sont autorisĂ©es. La sortie est prĂ©vue 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Ă©s tels que KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE, Phosh, LXQt, Budgie et Sway. Les versions sont constituĂ©es pour les architectures x86_64, Power64 et ARM64 (AArch64).

Les changements les plus significatifs dans Fedora Linux 40 :

  • Le bureau de Fedora Workstation a Ă©tĂ© mis Ă  jour vers la version GNOME 46.
  • L'Ă©dition avec le bureau KDE a Ă©tĂ© mise Ă  jour vers la version KDE 6, utilisant le protocole Wayland. La prise en charge des sessions basĂ©es sur le protocole X11 a Ă©tĂ© interrompue, et pour lancer des applications X11 dans une session basĂ©e sur Wayland, le serveur DDX XWayland est utilisĂ©. La raison de l'arrĂȘt du support des sessions X11 est mentionnĂ©e comme Ă©tant le passage du serveur X.Org dans RHEL 9 dans la catĂ©gorie obsolĂšte et la dĂ©cision de le supprimer complĂštement dans une future version majeure de RHEL 10. Parmi les facteurs ayant contribuĂ© Ă  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Ă©taires NVIDIA.
  • Les distributions utilisateur mises Ă  jour de maniĂšre atomique, dĂ©veloppĂ©es par le projet Fedora, sont regroupĂ©es sous une seule famille sous la marque Atomic Desktops, mais les anciennes versions atomiques ont conservĂ© leur ancien nom. En consĂ©quence, Fedora Silverblue basĂ© sur GNOME et Fedora Kinoite basĂ© sur KDE, ainsi que Fedora CoreOS et Fedora IoT, ont conservĂ© leurs anciens noms, mais les nouvelles versions Fedora Sericea et Fedora Onyx sont maintenant distribuĂ©es sous les noms Fedora Sway Atomic et Fedora Budgie Atomic.
  • Les versions des paquets ont Ă©tĂ© mises Ă  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.
  • Dans le configurateur NetworkManager, le mĂ©canisme de dĂ©tection de conflit d'adresses IPv4 dans le rĂ©seau local (RFC 5227) est activĂ© par dĂ©faut, consistant Ă  envoyer un paquet ARP de vĂ©rification avant d'attacher l'adresse Ă  l'interface rĂ©seau (si une rĂ©ponse est reçue, cela signifie que l'adresse est occupĂ©e et ne sera pas attribuĂ©e). Pour les connexions sans fil, l'attribution d'une adresse MAC permanente distincte est assurĂ©e (mode stable-ssid dans NetworkManager).
  • Les outils d'assemblage Mock (mock-core-configs), Koji et Copr ont Ă©tĂ© adaptĂ©s pour utiliser le gestionnaire de paquets DNF 5 afin d'installer les dĂ©pendances d'assemblage dans un environnement chroot utilisĂ© lors de l'assemblage des paquets. La transition de la distribution vers DNF 5 est prĂ©vue dans la prochaine version.
  • Le gestionnaire de paquets DNF dĂ©sactive par dĂ©faut le tĂ©lĂ©chargement des mĂ©tadonnĂ©es contenant les fichiers inclus dans les paquets. Ces informations sont rarement utilisĂ©es, mais occupent un grand espace et ralentissent les performances.
  • Le paquet contenant la bibliothĂšque OpenSSL 1.1 a Ă©tĂ© supprimĂ© en raison de la fin de son support. Les dĂ©pendances liĂ©es Ă  OpenSSL 1.1 ont Ă©tĂ© transfĂ©rĂ©es vers OpenSSL 3.0. Le paquet python3.7 a Ă©tĂ© supprimĂ©.
  • La bibliothĂšque Zlib a Ă©tĂ© remplacĂ©e par un fork Zlib-ng, compatible avec l'API de zlib, mais offrant des optimisations supplĂ©mentaires pour amĂ©liorer les performances.
  • La crĂ©ation d'actualisations delta pour les paquets RPM, permettant de tĂ©lĂ©charger uniquement les donnĂ©es modifiĂ©es par rapport Ă  la version dĂ©jĂ  installĂ©e, a Ă©tĂ© interrompue. Le support de deltarpm a Ă©tĂ© dĂ©sactivĂ© dans DNF et DNF5.
  • Ajout de Passim, un cache serveur pour distribuer les fichiers souvent demandĂ©s sur le rĂ©seau local sans accĂšs direct aux serveurs principaux et sans utiliser de CDN global.
  • Le module pam_userdb a Ă©tĂ© transfĂ©rĂ© de BerkeleyDB Ă  GDBM en raison de la fin du support de la branche BerkeleyDB 5.x et de la transition de la branche BerkeleyDB 6.x vers une licence inacceptable. Bogofilter a Ă©tĂ© adaptĂ© pour utiliser SQLite au lieu de BerkeleyDB (libdb).
  • Pour assembler les images Live de Fedora Workstation, l'outil Image Builder a Ă©tĂ© utilisĂ©, permettant des assemblages rĂ©pĂ©tables et offrant aux utilisateurs un processus de personnalisation des images plus simple.
  • L'outil osbuild a Ă©tĂ© utilisĂ© pour assembler des images minimales pour l'architecture ARM.
  • Pour crĂ©er des images de Fedora Cloud Edition, l'outil Kiwi a Ă©tĂ© utilisĂ© Ă  la place d'ImageFactory.
  • Une restructuration des paquets pour Kubernetes a Ă©tĂ© effectuĂ©e.
  • Fedora IoT, une Ă©dition pour les dispositifs de l'internet des objets, a Ă©tĂ© adaptĂ©e pour utiliser des conteneurs de dĂ©marrage formĂ©s Ă  l'aide de l'outil OSTree et de la technologie bootc.
  • L'utilitaire wget a Ă©tĂ© remplacĂ© par wget2, et l'utilitaire iotop par iotop-c.
  • Dans les Ă©ditions Fedora Silverblue et Kinoite, le programme bootupd a Ă©tĂ© inclus pour effectuer les mises Ă  jour du chargeur de dĂ©marrage.
  • La bibliothĂšque libuser a Ă©tĂ© dĂ©clarĂ©e obsolĂšte, car elle n'est plus maintenue et n'est plus utilisĂ©e dans d'autres paquets Fedora (pour le support LDAP, SSSD est utilisĂ© depuis longtemps dans la distribution). Le paquet passwd, qui implĂ©mentait l'utilitaire passwd basĂ© sur libuser, a Ă©tĂ© supprimĂ©, Ă  la place, un utilitaire similaire du paquet shadow-utils est utilisĂ©.
  • Des travaux ont Ă©tĂ© rĂ©alisĂ©s pour prĂ©parer l'inclusion par dĂ©faut dans GCC d'une version plus rĂ©cente de la norme du langage C, ce qui marquera la fin du support par dĂ©faut de certaines fonctionnalitĂ©s obsolĂštes du langage, telles que la dĂ©finition implicite de fonctions et l'attribution implicite du type int.
  • La deuxiĂšme Ă©tape de la transition vers un processus de dĂ©marrage modernisĂ©, proposĂ© par Lennart Poettering, a Ă©tĂ© rĂ©alisĂ©e. Les diffĂ©rences par rapport au dĂ©marrage classique concernent l'utilisation d'une image d'initrd, formĂ©e sur le systĂšme local lors de l'installation du paquet contenant le noyau, par une image de noyau unifiĂ©e (UKI, Unified Kernel Image), gĂ©nĂ©rĂ©e dans l'infrastructure de la distribution et signĂ©e numĂ©riquement par celle-ci. L'image UKI combine dans un seul fichier un gestionnaire pour charger le noyau depuis UEFI (UEFI boot stub), l'image du noyau Linux et l'environnement systĂšme initrd chargĂ©s en mĂ©moire. Lors de l'appel de l'image UKI depuis UEFI, il est possible de vĂ©rifier l'intĂ©gritĂ© et l'authenticitĂ© non seulement du noyau, mais aussi du contenu de l'initrd, dont la vĂ©rification est importante, car c'est dans cet environnement que les clĂ©s pour dĂ©chiffrer le systĂšme de fichiers racine sont extraites.

    À la deuxiĂšme Ă©tape, la possibilitĂ© de charger directement l'UKI depuis le module UEFI shim.efi a Ă©tĂ© ajoutĂ©e sans faire appel Ă  un chargeur de dĂ©marrage sĂ©parĂ© (grub, sd-boot), le support de l'utilisation de l'UKI sur des systĂšmes Aarch64 a Ă©tĂ© rĂ©alisĂ© et une variante de l'image UKI pour des environnements cloud et sĂ©curisĂ©s a Ă©tĂ© prĂ©parĂ©e. machines virtuelles. Auparavant, lors de la premiĂšre Ă©tape, le support de l'UKI a Ă©tĂ© ajoutĂ© au chargeur de dĂ©marrage dans Fedora 38, des outils pour installer et mettre Ă  jour l'UKI ont Ă©tĂ© mis en Ɠuvre, et une image expĂ©rimentale de l'UKI pour dĂ©marrer des machines virtuelles avec un ensemble limitĂ© de composants et de pilotes a Ă©galement Ă©tĂ© formĂ©e.

  • Le dĂ©pĂŽt a Ă©tĂ© mis Ă  jour avec un paquet prĂȘt Ă  l'emploi contenant le framework d'apprentissage automatique PyTorch, disponible pour installation avec la commande « dnf install pytorch ». Actuellement, le paquet inclut uniquement des composants pour les calculs utilisant le CPU, mais les versions futures prĂ©voient d'ajouter le support pour les GPU et les accĂ©lĂ©rateurs NPU spĂ©cialisĂ©s.

Source : opennet.ru

Acheter un hĂ©bergement fiable pour les sites avec protection DDoS, serveurs VPS VDS đŸ”„ Acheter un hĂ©bergement fiable pour les sites avec protection DDoS, serveurs VPS VDS | ProHoster