Sortie de la Fedora Linux 38 Beta

Posté par  (site web personnel) . Modéré par bobble bubble. Licence CC By‑SA.
Étiquettes :
32
15
mar.
2023
Fedora

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.

Sommaire

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 !

Aller plus loin

  • # Hasard du calendrier

    Posté par  (site web personnel) . Évalué à 6.

    J'ai "rebasé" ma Silverblue sur la version 38 ce matin.

    Rien à signaler, ça "juste marche"…

    Après, c'est l'avantage d'avoir un canal de mise à jour pour l'OS (rpm-ostree) et un canal de mise à jour pour les applications (Flatpak).

    Ca permet de migrer plus rapidement sur les version Beta, en effet, avec Fedora, j'avais souvent une application vitale qui ne fonctionnait plus et je devais revenir en arrière (avec deux partitions système pour gérer ça à la main).

    Maintenance, c'est automatique et si jamais demain j'ai un problème matériel au boulot, il me suffit de booter sur Silverblue 37 :)

    Deployments:
● fedora:fedora/38/x86_64/silverblue
                  Version: 38.20230313.n.0 (2023-03-13T08:07:32Z)
               BaseCommit: 34f81d41c76e8a8c54f86336f3fb874ce88ad8b4edf19d60484d3897ee26fce4
             GPGSignature: Valid signature by 6A51BBABBA3D5467B6171221809A8D7CEB10B464
          LayeredPackages: distrobox flatpak-builder gcc gdb glib2-devel gstreamer1-libav
                           gstreamer1-plugin-openh264 langpacks-fr meson nc nmap openssl tcpdump
                           unrar valgrind vim
            LocalPackages: rpmfusion-free-release-38-0.2.noarch
                           rpmfusion-nonfree-release-38-0.2.noarch

  fedora:fedora/37/x86_64/silverblue
                  Version: 37.20230315.0 (2023-03-15T00:44:37Z)
               BaseCommit: d0035ee2b86a33c58f07c5e424a96a998aeed98bb1444da5f1769f6ac7f1c14e
             GPGSignature: Valid signature by ACB5EE4E831C74BB7C168D27F55AD3FB5323552A
          LayeredPackages: distrobox flatpak-builder gcc gdb glib2-devel gstreamer1-libav
                           gstreamer1-plugin-openh264 langpacks-fr meson nc nmap openssl tcpdump
                           unrar valgrind vim
            LocalPackages: rpmfusion-free-release-37-0.2.noarch
                           rpmfusion-nonfree-release-37-0.2.noarch
                   Pinned: yes

  • # Mobile

    Posté par  (site web personnel) . Évalué à 3.

    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

    Tu as plus d'information sur cela ?

    • [^] # Re: Mobile

      Posté par  (site web personnel) . Évalué à 3.

      Je sais juste que c'est l'interface utilisée par Purism pour ses périphériques.
      Le paquet phosh existe depuis quelques versions dans les paquets de Fedora, j'ai planifié de le tester mais ce n'est pas encore fait. Donc il y a moyen de tester ça même sur Fedora 37 et antérieurs.

      L'image ne semble pas là pour la Beta (rien d'anormal), à voir ce que cela donnera pour la version finale. :)

  • # yep

    Posté par  (site web personnel) . Évalué à 2.

    ya quoi à tester concrètement ?

    tu me connais, je suis utilisateur de Cauldron, la version à venir de Mageia 9, donc bon si ça ne fonctionne pas en Fedora, ça va foirer chez nous aussi /o\

    par exemple, quand tu dis :

    L'utilitaire ImageMagick tire profit de sa 7e version.

    ok, ça apporte quoi ? du g'mic inside ? ah bah le changelog est laconique pour la 7.1.1-3

    L'installateur Anaconda utilise mdadm au lieu de dmraid pour la prise en charge des stockages RAID reposant sur un firmware ou un BIOS ;

    ça, cela ne parle qu'à des admin sys (qui mettrait du Fedora en prod ? déjà qu'en QA cela serait peu représentatif avant la pré-prod), ah pour RHEL ça va venir ?! bin va falloir se tenir à jour, vu que côté CentOS ça reste compromis :/ (fallait pas les fâcher)

    Merci pour tes retours sur LinuxFr.org, j'ai du mal à suivre toutes les ML de Red Hat :-)

    • [^] # Re: yep

      Posté par  (site web personnel) . Évalué à 7.

      ya quoi à tester concrètement ?

      À trouver des bogues pardi !

      Si d'ailleurs globalement Fedora est plutôt stable, j'ai personnellement eu rarement autant de soucis qu'avec cette Fedora 38, cela devait faire 10 ans que je n'ai pas autant galéré.

      En février, grub était incapable de charger quoique ce soit pour un système BIOS (cas de mon fixe), avec une adresse mémoire manifestement fausse. Obligé de passer par chroot pour repasser à une version précédente de grub à la main le temps d'une mise à jour qui corrige le problème, manifestement c'était connu et corrigé par l'équipe de grub au moment où je l'ai eu.

      Quelques applications de GNOME qui crashaient et perte de focus intempestive sous GNOME Wayland quand il y avait des applications avec XWayland qui tournaient. Là encore, corrigés depuis mais il faut bien les identifier…

      Là je viens de passer mon portable pro, soucis de gestion de température, le processeur reste à 4GHz en cas de charge même quand le processeur est à 100°C, et peu de temps après l'ordinateur se coupe. Je dois encore trouver le fautif. Et ce serait bien si ce genre de mésaventures ne concerne pas tout le monde quand ce sera une "stable".

      D'ailleurs l'Optimus ne fonctionne pas, le pilote nouveau de nVidia crashe sur mon portable actuellement (ce n'était pas le cas avant). Alors la carte nVidia honnêtement je m'en fiche donc je l'ai coupé, mais là encore il faudrait résoudre ça avant que cela ne concerne plus de monde.

      Bref, des bogues, y'en a et il y en aura toujours. Et plus on est nombreux à tester, et plus on couvre des configurations différentes (BIOS vs UEFI, nVidia vs Intel vs AMD, AMD vs Intel vs ARM, français vs anglais vs allemand vs chinois, GNOME vs KDE vs Xfce, etc.) plus la probabilité de les identifier tôt et donc de les corriger tôt augmente. Et du coup la version stable est plus stable dès sa sortie.

      ok, ça apporte quoi ? du g'mic inside ? ah bah le changelog est laconique pour la 7.1.1-3

      Je mets toujours le détail pour la dépêche finale.
      Le changement de version est plus grand car on passe de la 6.9 à la 7.1, avec probablement une rupture de compatibilité.

      ça, cela ne parle qu'à des admin sys

      Tu peux faire du RAID chez toi, ce n'est pas interdit.

      • [^] # Re: yep

        Posté par  (site web personnel) . Évalué à 2.

        Bref, des bogues, y'en a et il y en aura toujours. Et plus on est nombreux à tester, et plus on couvre des configurations différentes

        moui, c'est ça qui est rigolo et intéressant, ce pour quoi j'ai passé tant de temps en cooker et cauldron, vu que je puis aider à corriger :-)

        ça, cela ne parle qu'à des admin sys
        Tu peux faire du RAID chez toi, ce n'est pas interdit.

        c'est bon, je m'en farcis au boulot, ça me suffit :-) entre ceux qui croient que c'est une sécurité (pas une sauvegarde tout de même) et ceux qui croient que ça augmente les performances en lecture (bin ouais, ya 2 disques qu'ont les données /o\)

    • [^] # Re: yep

      Posté par  (Mastodon) . Évalué à 6. Dernière modification le 18 mars 2023 à 14:27.

      qui mettrait du Fedora en prod ?

      Et pourquoi pas ma foi?

      Note que Amazon Linux 2023 est basé sur Fedora donc ça va vite faire du monde en prod sur du Fedora based.

      • [^] # Re: yep

        Posté par  (site web personnel) . Évalué à 1.

        Note que Amazon Linux 2023 est basé sur Fedora

        ah, tiens, j'aurais plutôt cru Azure Linux, question de couleur :-)

  • # (don't) be evil

    Posté par  (site web personnel) . Évalué à 3. Dernière modification le 18 mars 2023 à 10:03.

    Flathub n'est plus filtré par défaut lors de l'installation de Fedora Linux, tous les paquets proposés sont donc accessibles ;

    Est-ce que derrière ce point apparemment « technique » il n'y aurait pas comme une nouvelle approche, une nouvelle philosophie ?

    Sourire diabolique
    Evil smile, par Andrew Dobos, licence CC BY 2.0

    • [^] # Re: (don't) be evil

      Posté par  (site web personnel) . Évalué à 5.

      Est-ce que derrière ce point apparemment « technique » il n'y aurait pas comme une nouvelle approche, une nouvelle philosophie ?

      Ce changement n'est pas très technique (même s'il y en a un peu, ce sera expliqué dans la dépêche de la version finale).

      Mais en effet l'approche change, le but ici est d'être plus simple pour l'utilisateur. Le filtrage posait des soucis (légitimes) de compréhension, on a Flathub mais pas en entier, comment accéder aux paquets "filtrés" dans ce cas ? Pour beaucoup les manipulations étaient plus compliqués que de suivre les instructions sur Flathub directement ce qui est un non sens.

      L'objectif est de favoriser l'adoption des Flatpak et fournir une bibliothèque de base plus fournie, d'où la levée de restrictions qui s'accompagne de mesures pour en gros favoriser les RPM ou les Flatpak de Fedora elle même s'ils existent.

      • [^] # Re: (don't) be evil

        Posté par  (site web personnel) . Évalué à 3. Dernière modification le 18 mars 2023 à 14:20.

        Je ne vois pas nommé l'objet de défiltrage dans la dépêche ni dans ta réponse, pas plus que les mots "libre" ou "privateur" ? ;)

        • [^] # Re: (don't) be evil

          Posté par  (site web personnel) . Évalué à 5.

          Ce sera expliqué dans le détail, cela n'a rien de "caché". Évidemment que cela concerne des paquets sous licences non libres qui étaient filtrés avant (mais pas que).

          Cela n'est pas un changement si fondamental, techniquement GNOME Logiciels dans Fedora te propose en un clic d'activer le dépôt sans autre actions supplémentaires pour avoir le pilote proprio de nVidia ou Steam (pas libre non plus). Cela commence à dater.

  • # Firefox ne semble pas supporter la version de FFmpeg fournie

    Posté par  . Évalué à 5.

    J’ai un peu galéré pour rebaser ma Silverblue avec les dépôts RPM Fusion et au final je n’arrive plus à refaire fonctionner Firefox avec les codecs FFmpeg. Il semblerait que le support du tout nouveau FFmpeg version 6 qui est inclus dans Fedora 38 n’arrive que dans la version 112 de Firefox, alors que Fedora 38 inclut la 110. Je vais essayer de remonter le souci aux équipes Fedora.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.