URL: https://linuxfr.org/news/fedora-31-beta-peut-etre-teste Title: Fedora 31 bêta peut être testé Authors: Renault ZeroHeure, Davy Defaud et Ysabeau 🧶 Date: 2019年09月15日T22:32:22+02:00 License: CC By-SA Tags: fedora, bêta, xfce et firefox Score: 24 En ce mardi 17 septembre, les utilisateurs du Projet Fedora seront ravis d’apprendre la sortie de la version bêta de Fedora 31. Malgré les risques concernant la stabilité d’une version bêta, il est important de la tester ! En rapportant les bogues maintenant, vous découvrirez les nouveautés avant tout le monde, tout en améliorant la qualité de Fedora 31 et réduisant du même coup le risque de retard. Les versions en développement manquent de testeurs et de retours pour mener à bien leurs buts. La version finale est, pour le moment, fixée pour le 22 ou 29 octobre. ---- [Site officiel du projet Fedora ](https://getfedora.org/) [Site officiel de la communauté francophone de Fedora](https://www.fedora-fr.org/) [Torrents officiels pour télécharger les différentes éditions](https://torrent.fedoraproject.org/) [Les versions avec bureaux alternatifs de Fedora (KDE, Xfce, etc.)](https://spins.fedoraproject.org/) [Les suites de productivités de Fedora (Astronomie, design, etc.)](https://labs.fedoraproject.org/fr/) [Calendrier pour Fedora 31](https://fedoraproject.org/wiki/Releases/31/Schedule) ---- # Expérience utilisateur * passage à GNOME 3.34 ; * la roue tourne pour Xfce avec la version 4.14 ; * mise à jour de DeepinDE 15.11 ; * Firefox utilise Wayland nativement par défaut, bien entendu si la session de bureau le permet ; * les applications Qt utiliseront de manière analogue Wayland lors d’une session GNOME sous Wayland ; * les paquets RPM utilisent le format de compression _zstd_ au lieu de _xz_ ; le temps de décompression est bien plus rapide d’un facteur trois ou quatre pour le paquet Firefox par exemple, mais générer un paquet est légèrement plus long. # Gestion du matériel * le noyau Linux i686 n’est plus généré et les dépôts associés sont également supprimés ; de fait, il n’y aura plus d’images de Fedora pour cette architecture, ni mise à niveau possible depuis Fedora 30 pour ces utilisateurs ; des paquets i686 peuvent subsister dans les dépôts à destination des utilisateurs ayant l’architecture x86-64 uniquement ; * le _spin_ Xfce de Fedora dispose d’une image pour l’architecture AArch64 ; * sur les machines avec la fonctionnalité Secure Boot de l’UEFI activée, GRUB peut maintenant utiliser ses modules de sécurité nativement. # Internationalisation * les paquets _langpacks_ sont subdivisés avec une partie _langpacks-core_ qui ne propose que la police par défaut et la _locale_ correspondante, l’utilisateur a donc plus de flexibilité à ce niveau ; * mise à jour d’IBus 1.5.21 ; * les polices Google Noto variables auront maintenant la priorité sur les polices non variables du même fournisseur. # Administration système * le binaire `/usr/bin/python` fait référence dorénavant à Python 3 et non Python 2 ; en effet, Python 2 ne sera plus supportée par le projet officiel en janvier 2020, le projet Fedora respecte donc la PEP 394 pour entamer la transition ; en cas de problèmes vous pouvez créer le lien symbolique `~/.local/bin/python` pour un utilisateur ou `/usr/local/bin/python` pour le système entier afin de restaurer le comportement habituel ; * de fait, il y a une suppression massive de paquets Python 2 pour ne garder essentiellement que les derniers projets non convertis à Python 3 aujourd’hui ; * la fonction des politiques de sécurité, introduite peu à peu dans Fedora ces dernières années, offre maintenant la possibilité aux administrateurs de personnaliser les règles comme le choix des protocoles de sécurité utilisables ou non sur le système ; * le noyau propose les cgroups 2 au lieu de la version 1 utilisée jusqu’alors ; * OpenSSH refuse par défaut les identifications par mot de passe pour le compte super‐utilisateur ; * tous les groupes utilisateur ont la possibilité native de faire des `ping` sur le réseau sans binaire _setuid_, c’est surtout à destination des environnements avec conteneur ou Fedora Silverblue ; * le compteur RPM atteint la version 4.15 ; * si un dépôt est non accessible, DNF émettra une erreur par défaut au lieu d’un avertissement ; c’est surtout à destination des dépôts tiers qui n’activaient pas forcément cette option dans leur configuration ; * YUM 3 tire sa révérence, un lien symbolique vers DNF est maintenu ; son API n’est également plus accessible ; * les paquets liés à _389-console_ sont retirés au profit d’une nouvelle interface Web. # Développement * mise à jour de la bibliothèque C glibc vers la version 2.30 ; * Gawk passe à la branche 5.0 ; * Node.js en est à son douzième nœud ; * le générateur de documentation Sphinx passe à la version 2 et abandonne la prise en charge de Python 2 ; * les tests Python passent du paquet _python3-libs_ au paquet _python3-test_ ; * le langage Go fonce vers la version 1.13 ; * le langage Perl reluit à la version 5.30 ; * mise à jour du langage Erlang et OTP à la version 22 ; * alors que le compilateur Haskell GHC et Stackage LTS passent respectivement eux versions 8.6 et 13 ; * la pile .Net libre Mono bénéficie de la version 5.20 ; * l’environnement et la chaîne de compilation MinGW passent la sixième ; * le projet Fedora propose une configuration alternative de l’éditeur de liens, pour passer aisément de celui du projet GNU LD à celui de LLVM LDD et vice versa sans changer l’environnement de développement ; * l’éditeur de liens GOLD de _binutils_, développé par Google mais maintenu par GNU maintenant, a son propre paquet _binutils-gold_ pour facilement s’en séparer si la maintenance s’arrête ; le projet n’étant plus développé activement. # Projet Fedora * l’image Cloud de Fedora bénéficiera d’une nouvelle image chaque mois ; * Bodhi est activé sur Rawhide, poursuivant l’objectif de rendre Rawhide plus stable et améliorer l’assurance qualité ; cela signifie que la mise à jour d’un paquet sur Rawhide doit suivre le même processus que pour une version stable ; * les sources RPM peuvent avoir des dépendances lors de la compilation générées dynamiquement ; en effet, de plus en plus de langages comme Rust ou Go gèrent eux‐mêmes les dépendances pour compiler un projet, ainsi, l’empaqueteur n’a plus pour ces projets à recopier les dépendances que le projet a déjà lui même renseigné ; * de nouvelles règles d’empaquetage pour les projets utilisant Go ont été édictées ; * l’environnement de compilation de Fedora, le _buildroot_, utilise un gdb minimal pour gagner en efficience ; il ne dispose plus de la gestion du XML ou de Python ; * les dépendances autour du langage _R_ peuvent maintenant être résolues automatiquement ; * le paquet glibc i686 nécessaire pour le _buildroot_ de Fedora bénéficie d’une amélioration de sa compilation pour être plus maintenable et garantir le respect de la licence LGPL. # Tester Durant le développement d’une nouvelle Fedora, comme cette version bêta, quasiment chaque semaine le projet propose des journées de tests. Le but est de tester pendant une journée une fonctionnalité précise comme le noyau, Fedora Silverblue, la mise à niveau, GNOME, l’internationalisation, etc. L’équipe de qualité élabore et propose une série de tests, en général simples à exécuter. Il suffit de les suivre et d’indiquer si le résultat est celui attendu. Dans le cas contraire, un bogue devra être ouvert pour permettre l’élaboration d’un correctif. Les tests à effectuer et les rapports sont à faire via [la page suivante](http://testdays.fedorainfracloud.org/events). [J’annonce régulièrement sur mon blog](https://blog.fedora-fr.org/renault/) quand une journée de tests est planifiée. Si vous avez une bêta exploitable sous la main, ça requiert souvent peu de temps (15 minutes à une heure maximum). Si l’aventure vous intéresse, les images sont disponibles par [Torrent](https://torrent.fedoraproject.org/) ou via le [site officiel](https://getfedora.org/). Si vous avez déjà Fedora 30 ou 29 sur votre machine, vous pouvez faire une [mise à niveau vers la bêta](https://doc.fedora-fr.org/wiki/Mise_%C3%A0_niveau_de_Fedora). Cela consiste en une grosse mise à jour, vos applications et données sont préservées. Nous vous recommandons dans les deux cas de procéder à une sauvegarde de vos données au préalable. En cas de bogue, n’oubliez pas de relire [la documentation pour signaler les anomalies sur le BugZilla](https://doc.fedora-fr.org/wiki/Apprendre_%C3%A0_rapporter_un_bogue) ou de [contribuer à la traduction sur Zanata](https://fedora.zanata.org/?dswid=-957). Bons tests à tous !

AltStyle によって変換されたページ (->オリジナル) /