URL: https://linuxfr.org/news/fedora-30-beta-est-la Title: Fedora 30 bêta est là ! Authors: Renault Xavier Teyssier, claudex, Davy Defaud, patrick_g, bubar🦥 et ZeroHeure Date: 2019年04月01日T08:20:29+02:00 License: CC By-SA Tags: fedora, bêta, sspl et mongodb Score: 37 En ce mardi 2 avril, les utilisateurs du Projet Fedora seront ravis d’apprendre la disponibilité de la version bêta de Fedora 30. 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 30 et réduisez 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 30 avril ou le 7 mai. ---- [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 30](https://fedoraproject.org/wiki/Releases/30/Schedule) ---- # Expérience utilisateur * passage à GNOME 3.32 ; * les extensions du gestionnaire de fichiers _Nautilus_ migrent vers Python 3 ; * le bureau léger LxQt bénéficie de la mise à jour vers la version 0.14.0 ; * le nouvel environnement de bureau DeepinDE est proposé, un bureau qui se veut moderne, performant, simple et élégant ; * encore un nouvel environnement, Pantheon Desktop qui débarque dans Fedora ; c’est celui utilisé par elementaryOS, qui réutilise les technologies de GNOME mais est écrit plutôt en Vala et se veut plus proche de l’expérience utilisateur de macOS ; * GnuGPG 2 devient l’implémentation de GPG par défaut. # Gestion du matériel * pour les utilisateurs d’une carte graphique Intel, l’affichage durant le démarrage est continu, sans remise à zéro de ce dernier ; cela rend l’expérience plus fluide et jolie ; * les architectures ARMv7 disposeront par défaut d’un démarrage en UEFI. # Internationalisation Les groupes de composition des langues sont remplacées par les _langpacks_. Ce dernier était utilisé depuis Fedora 24 pour installer les traductions des paquets nécessaires à l’utilisateur. Maintenant, il gère également les entrées de saisie et les polices de caractères pour une expérience plus cohérente. # Administration système * mise à jour de Bash à la version 5.0 ; * le shell Fish évolue également à la version 3.0 ; * l’outil Vagrant est maintenant à la version 2.2 ; * DNF dispose de l’algorithme de compression _zchunck_ en plus de _xz_ ou _gzip_ pour les métadonnées des dépôts, ce qui permet la prise en charge des deltas pour optimiser la taille des téléchargements ; * les entrées de démarrage, pour choisir la version du noyau à lancer, vont passer au format BootLoaderSpec par défaut afin de ne plus employer _grubby_ pour réaliser cette tâche, car il est ancien et peu flexible ; le but est d’uniformiser la manière de représenter les noyaux à démarrer entre les architectures, car ils n’utilisent pas tous GRUB ; seule l’architecture ARMv7 n’est pas encore concernée, car u-boot ne gère pas ce format de représentation ; * cryptsetup utilise dorénavant les métadonnées de LUKS2 par défaut ; * dbus-broker devient l’implémentation par défaut de DBus ; * FreeIPA n’est plus utilisable avec Python 2 ; * suppression de beaucoup de paquets dépendants ou relatifs à Python 2, la fin approche et devrait se terminer pour Fedora 31 ; * le fichier `/etc/sysconfig/nfs` est maintenant obsolète en faveur de `/etc/nfs.conf` pour permettre la configuration depuis un point central en étant plus conforme à la manière dont les outils comme _Ansible_ ou _systemd_ traitent ce genre de configuration ; * de nombreux outils sont dépréciés : Apache Avalon, Apache Jakarta Commons HTTP client, Apache Jakarta ORO and Regexp, Apache Maven branche 2.x et Sonatype OSS Parent ; ils ne sont en effet plus maintenus depuis un moment et cette étape permet la transition pour leur suppression définitive, avec les éventuels paquets qui en dépendent ; * MongoDB est supprimé, la licence nouvellement adoptée SSPL n’étant pas considérée comme libre ; * en cas de connexion distante via SSH, l’information sur la langue à utiliser est toujours propagée du client vers le serveur pour la session en cours ; dorénavant, si le serveur distant ne dispose pas de la langue cible, `C.UTF-8` sera demandée ; * krb5 modernise sa gestion des algorithmes cryptographiques en supprimant la gestion de DES, 3DES, CRC-32 et MD4 pour les clés de session ou clés à long terme ; MD5 et RC4 sont marqués comme obsolètes et dangereux, en attendant une suppression ultérieurement. # Développement * mise à jour de GCC qui fait du 9 ; * glibc n’est pas en reste avec la version 2.29 ; * petit coup de Boost à la version 1.69 ; * Les fonctions obsolètes et non sûres de libcrypt sont supprimées et _encrypt_, _encrypt_r_, _setkey_, _setkey_r_, and _fcryp_ renvoient systématiquement une erreur ; * mise à jour de Ruby qui vaut 2.6 carats ; * les programmes Java pourront danser dans la machine virtuelle OpenJDK 12 ; * le langage de l’éléphant PHP impose sa version 7.3 ; * Go avance à la version 1.12 ; * l’environnement d’Erlang passe à la version 21 ; * alors que le compilateur Haskell GHC et Stackage LTS passent respectivement à la version 8.4 et 12 ; * Python progressbar2 devient la version de référence pour le module des barres de progressions. # Projet Fedora * l’environnement de compilation minimal ne dépend plus du paquet _glibc-all-langpacks_, afin de gagner en poids ; * la compilation de modules Python dans Fedora sera plus proche de ce qui se fait en amont sans nécessiter de recourir à des outils tels que _redhat-rpm-macros_ pour cela ; * pour ceux intéressés par le standard SWID, des drapeaux dans les paquets RPM ont été activés pour permettre leur traçabilité et faciliter leur mise en œuvre dans des dépôts ou lister les paquets correspondant à un drapeau, par exemple via _dnf_ ; * la compilation des programmes Python est en deuxième phase de réécriture pour reposer sur moins d’hypothèses, et ainsi être plus fiable et plus maintenable ; * Les drapeaux _group_ des paquets sont supprimés pour près de 9 600 d’entre eux ; depuis mars 2017, il ne fallait plus les utiliser ; maintenant, c’est fait ; * l’édition de liens supprime tous les liens excessifs entre bibliothèques et les exécutables, seules les fonctions réellement nécessaires sont liées, ce qui améliore les performances au lancement de l’application ; * les _scriptlets_ qui étaient obsolètes sont supprimés, comme _ldconfig_, afin de gagner du temps à l’installation des paquets et une génération des paquets plus rapide ; * les _shebangs_ Python ambigus concernant la version de Python à employer génèrent des erreurs, `#!/usr/bin/python` devant devenir `#!/usr/bin/python2` ou `#!/usr/bin/python3` dans les paquets fournis par Fedora ; ceci est fait pour forcer la transition propre vers Python 3 qui doit intervenir d’ici janvier, cela ne concerne pas les scripts Python de l’utilisateur ; * le projet améliore la façon d’avoir des statistiques sur l’utilisation de Fedora ; actuellement, le tout reposait sur la collecte de données via les miroirs pour connaître le nombre d’installation en vigueur, ce qui n’était pas fiable ; pour éviter cela, chaque requête tous les sept jours vers un dépôt officiel sera enregistrée par machine, cela évitera les problèmes liés à la vie privée ; * activation de Python Generators par défaut, ceci est la généralisation de la nouveauté de Fedora 28 ; ainsi, un empaqueteur n’a plus à spécifier dans le paquet RPM les dépendances Python nécessaires à l’exécution du paquet, et l’utilisateur ne se retrouvera pas avec une erreur en cas d’oubli de ladite dépendance car résolue en amont. # Tester ! Durant le développement d’une nouvelle Fedora, comme cette version bêta, le projet propose quasiment chaque semaine 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 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. C’est très simple à suivre et requiert souvent peu de temps (15 minutes à une heure maximum) si vous avez une bêta exploitable sous la main. 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/) les journées de tests planifiées. Si l’aventure vous intéresse, les images sont disponibles par [torrents](https://torrent.fedoraproject.org/ ) ou via le [site officiel](https://getfedora.org/). En cas de bogue, n’oubliez pas de relire « [rapporter un bogue](https://doc.fedora-fr.org/wiki/Apprendre_%C3%A0_rapporter_un_bogue) », la documentation pour signaler les anomalies sur le BugZilla, ou de [contribuer à la traduction sur Zanata](https://fedora.zanata.org/?dswid=-957). Bons tests à tous !

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