From Fedora Project Wiki

< User:Renault‎ | Promotion

Revision as of 09:38, 20 March 2023 by Renault (talk | contribs) (Created page with "En ce mardi 14 mars, la communauté du Projet Fedora sera ravie d'apprendre la disponibilité de la version Beta de Fedora Linux 38. Malgré les risques concernant la stabilité d’une version Beta, 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 Linux 38 et réduisant du même coup le risque de retard. Les versions en développement manquent de testeur...")
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)

En ce mardi 14 mars, la communauté du Projet Fedora sera ravie d'apprendre la disponibilité de la version Beta de Fedora Linux 38.

Malgré les risques concernant la stabilité d’une version Beta, 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 Linux 38 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 18 ou 25 avril.

Expérience utilisateur

  • Passage à GNOME 44 ;
  • La petite souris Xfce est mise à jour après 4.18 tours de roue ;
  • Le gestionnaire de connexions SDDM (utilisé par KDE par exemple) utilise Wayland par défaut ;
  • L'image Fedora Linux avec le bureau Budgie devient une image Spin officielle ;
  • De même pour l'image Fedora Linux avec le gestionnaire de fenêtre Sway ;
  • L'utilitaire initial-setup n'est plus fourni dans l'image KDE et l'image Kinoite ;
  • Flathub n'est plus filtré par défaut lors de l'installation de Fedora Linux, tous les paquets proposés sont donc accessibles ;
  • Le timer systemd pour l'extinction de la machine passe de 2 minutes à 45 secondes, envoyant un signal SIGABRT si jamais des services n'ont pas réussi à s'arrêter dans ce délai ;
  • Les images Live sont modernisées, abandonnant l'usage important de Kickstarts pour les générer afin d'être plus flexible, notamment en créant automatiquement une partition de sauvegarde si de l'espace libre est détecté sur la clé USB par exemple ;
  • cups-filters passe à la version 2.0b ;
  • Dans le domaine de l'impression le paquet ipp-usb devient une dépendance faible de cups ou de sane-airscan pour proposer la prise en charge des imprimantes USB par défaut sans installations supplémentaires de la part de l'utilisateur ;
  • La distribution LaTeX TeXLive version 2022 est proposée, qui est la dernière version avec une prise en charge longue durée ;
  • L'utilitaire ImageMagick tire profit de sa 7e version.

Gestion du matériel

  • L'installateur Anaconda utilise mdadm au lieu de dmraid pour la prise en charge des stockages RAID reposant sur un firmware ou un BIOS ;
  • L'image LXQt est proposée pour l'architecture aarch64 ;
  • Fourniture d'une image avec Phosh, GNOME Shell pour mobile, à destination des téléphones ou des tablettes pour l'architecture x86_64 et aarch64 ;
  • L'architecture s390x utilise les processeurs de la génération z13 comme base, les plus anciens ne seront plus forcément compatibles ;
  • Les implémentations du serveur X (Xorg et Xwayland) refusent à des clients ayant un boutisme différent du serveur de s'y connecter ;
  • Première partie de la migration vers une image noyau unifiée (donc unifiant noyau, initrd, ligne de commande du noyau et signature) pour les plateformes avec UEFI mais rien ne change par défaut à ce sujet pour les utilisateurs ;
  • L'installateur de l'image IoT récupère celui de CoreOS pour simplifier son installation.

Internationalisation

  • La police par défaut pour la langue thaï et le cambodgien passe à Noto ;
  • Tandis que les polices Noto CJK pour les langues chinoises, japonaises et coréennes utilisent la variante variable au lieu de static comme auparavant ;
  • Mise à jour de libpinyin 2.8.

Administration système

  • Les clés du serveur SSH suppriment la lecture par les utilisateurs du groupe ssh_keys (qui est supprimé) pour rétablir le SUID bit de l'utilitaire ssh-keysign ;
  • RPM utilise Sequoia pour traiter le format OpenPGP au lieu de sa propre implémentation interne ;
  • Le paquet systemd-udev fourni par défaut la règle Link.MACAddressPolicy=none au lieu de Link.MACAddressPolicy=persistent ;
  • Le gestionnaire de paquet Microdnf est mis à jour à sa 5e version.

Développement

  • La mise à niveau de la chaine de compilation GNU est à l’œuvre avec GCC 13.0, binutils 2.39, glibc 2.37 et GDB 12.1 ;
  • Retrait de la prise en charge du langage Guile pour étendre GDB pour laisser la place à Python pour cela ;
  • Pendant que LLVM version 16 débarque ;
  • GNU Make prépare sa version 4.4 ;
  • Le langage Go quant à lui passe à la version 1.20 ;
  • Le langage Ruby expose sa version 3.2 en vitrine ;
  • Le langage PHP évolue vers la version 8.2 ;
  • Le gestionnaire de base de données PostgreSQL met à jour à la version 15 ;
  • Pendant que Haskell GHC (le compilateur Haskell) 9.2 avec sa suite Stackage 20 sont disponibles ;
  • L'écosystème Node.js est repackagé pour autoriser des installations multiples et parallèles, abandonnant l'usage des modules qui était la voie privilégiée ;
  • La bibliothèque pcre est marquée comme obsolète au bénéfice de pcre2, sa suppression totale des dépôts (et de ses dépendances) est à prévoir prochainement ;
  • OpenJDK est compilé pour ressembler plus aux implémentations standards de JDK avec les bibliothèques internes au lieu de celles du système et la compilation avec la bibliothèque libstdc++ liée statiquement ;
  • La boîte à outils pour le développement Web en Python nommé Pyramid bénéficie de la version 2.0 ;
  • Mise à jour de python-packaging version la version 22.0 ;
  • Le paquet python3-toml est considéré comme obsolète avant suppression définitive à venir depuis la prise en charge de cette fonctionnalité dans la bibliothèque standard depuis Python 3.11 ;
  • Le paquet du compilateur FreePascal fpc est subdivisé en trois paquets : fpc pour le compilateur lui même, fpc-ide pour l'environnement de développement en ligne de commande et fpc-units-NOMARCHITECTURE-linux pour la bibliothèque standard précompilée ;
  • Le générateur d'interface SWIG se balance vers la version 4.10.

Projet Fedora

  • La génération des images Fedora IoT reposera sur osbuild ;
  • Les paquets sont compilés avec l'option _FORTIFY_SOURCE=3 au lieu de _FORTIFY_SOURCE=2 pour mieux se protéger contre les buffers overflow dans les logiciels fournis ;
  • Les paquets sont également compilés avec les options -fno-omit-frame-pointer et -mno-omit-leaf-frame-pointer par défaut ;
  • Les paquets qui veulent changer leur option de compilation doivent passer par les macros %_pkg_extra_cflags, %_pkg_extra_cxxflags, %_pkg_extra_fflags et %_pkg_extra_ldflags pour plus de lisibilité et de traçabilité ;
  • rpmautospec (qui emploie les macros %autorelease et %autochangelog) est recommandé pour l'ensemble des paquets par défaut ;
  • Activation de la macro %clamp_mtime_to_source_date_epoch à 1 qui configure mtimes en $SOURCE_DATE_EPOCH pour la compilation reproductible des paquets ;
  • La macro pour gérer les dépendances des modules Perl perl(:MODULE_COMPAT_%(eval "%{__perl} -V:version"; echo $version)) est supprimée au profit de perl-generators ;
  • Les paquets Python fournissant la métadonnée python3dist(...) = 0 échoueront dans leur construction ;
  • Début de l'usage généralisé des noms de licence provenant du projet SPDX pour la licence des paquets plutôt que des noms du projet Fedora, de manière facultative pour l'instant.

Tester

Durant le développement d'une nouvelle version de Fedora Linux, comme cette version Beta, 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 d'assurance qualité élabore et propose une série de tests en général simples à exécuter. Suffit de les suivre et indiquer si le résultat est celui attendu. Dans le cas contraire, un rapport de 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 Beta exploitable sous la main.

Les tests à effectuer et les rapports sont à faire via la page suivante. J'annonce régulièrement sur mon blog quand une journée de tests est planifiée.

Si l'aventure vous intéresse, les images sont disponibles par Torrent ou via le site officiel.

Si vous avez déjà Fedora Linux 37 ou 36 sur votre machine, vous pouvez faire une mise à niveau vers la Beta. 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 ou de contribuer à la traduction sur Weblate. N'oubliez pas de consulter les bogues déjà connus pour Fedora 38.

Bons tests à tous !