En ce mardi 26 mars, la communauté du Projet Fedora sera ravie d’apprendre la disponibilité de la version Beta de Fedora Linux 40.

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 40 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 16 ou 23 avril.

Expérience utilisateur

  • Passage à GNOME 46 ;
  • L’environnement de bureau KDE Plasma change de version majeure avec sa nouvelle version 6 ;
  • Le fichier firefox.desktop est renommé en org.mozilla.firefox.desktop pour permettre son utilisation dans la barre de recherche de GNOME.

Gestion du matériel

  • Fourniture de ROCm 6 pour améliorer la prise en charge de l’IA et le calcul haute performance pour les cartes graphiques AMD ;
  • Passage à l’étape 2 de la prise en charge du noyau unifié nommée UKI (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.

Internationalisation

  • Le gestionnaire d’entrée de saisie IBus passe à la version 1.5.30 ;
  • Mise à jour de ibus-anthy 1.5.16 pour la saisie du japonais.

Administration système

  • NetworkManager tente de détecter par défaut les conflits d’usage d’adresse IPv4 avec le protocole Address Conflict Detection avant de l’attribuer à la machine ;
  • NetworkManager va utiliser une adresse MAC aléatoire par défaut pour chaque réseau Wifi différent, et cette adresse sera stable pour un réseau donné. Cela permet de concilier vie privée et confort d’utilisation ;
  • Les unités système de systemd vont utiliser par défaut beaucoup d’options pour améliorer la sécurité des services ;
  • Les entrées des politiques SELinux qui font référence au répertoire /var/run font maintenant référence au répertoire /run ;
  • L’outil SSSD ne prend plus en charge les fichiers permettant de gérer les utilisateurs locaux ;
  • DNF ne téléchargera plus par défaut la liste des fichiers fournie par les différents paquets ;
  • L’outil fwupd pour mettre à jour les firmwares va utiliser passim comme cache pour partager sur le réseau local les métadonnées liées aux mises à jour disponibles pour les firmwares ;
  • Les systèmes Fedora Silverblue et Kinoite disposent de bootupd pour la mise à jour du chargeur de démarrage ;
  • Le paquet libuser est marqué en voie de suppression pour Fedora 41 alors que le paquet passwd est supprimé ;
  • Le paquet cyrus-sasl-ntlm a été supprimé ;
  • La gestion des droits utilisateurs pam_userdb passe de la base de données BerkeleyDB à GDBM ;
  • Le filtre antispam bogofilter utilise SQLite au lieu de BerkeleyDB pour gérer sa base de données interne ;
  • Le serveur LDAP 389 passe de la version 2.4.4 à la version 3.0.0 ;
  • Le paquet iotop est remplacé par iotop-c ;
  • L’orchestrateur de conteneurs Kubernetes évolue de la version 1.28 à la version 1.29 ;
  • Par ailleurs ses paquets sont restructurés ;
  • Pendant que podman est mis à jour vers la version 5 ;
  • Le paquet wget2 remplace le paquet wget en fournissant une nouvelle version ;
  • Le gestionnaire de base de données PostgreSQL migre vers sa 16e version ;
  • Les paquets MySQL et MariaDB sont remaniés et mis à jour vers la version 10.11.

Développement

  • Mise à jour de la suite de compilation GNU : GCC 14.0, binutils 2,41, glibc 2.39 et gdb 14.1 ;
  • La suite de compilateurs LLVM est mise à jour à la version 18 ;
  • Mise à jour de la bibliothèque C++ Boost à la version 1.83 ;
  • Le langage Go passe à la version 1.22 ;
  • Le JDK de référence pour Java passe de la version 17 à 21 ;
  • Mise à jour du langage Ruby 3.3 ;
  • Le langage PHP utilise la version 8.3 ;
  • La boîte à outils pour le machine learning PyTorch fait son entrée dans Fedora ;
  • Le paquet python-sqlalchemy utilise la nouvelle branche majeure 2.x du projet, le paquet python-sqlalchemy1.4 est proposé pour garder la compatibilité ;
  • La bibliothèque de validation des données Pydantic utilise dorénavant la version 2 ;
  • La bibliothèque Thread Building Blocks passe du fil 2020.3 au fil 2021.8 ;
  • La bibliothèque OpenSSL 1.1 est supprimée ne laissant que la dernière version de la branche 3.x ;
  • Les bibliothèques zlib et minizip utilisent leur variante zlib-ng et minizip-ng dorénavant ;
  • Le langage Python ne bénéficie plus de la version 3.7.

Projet Fedora

  • L’édition Cloud sera construite avec l’utilitaire Kiwi dans Koji ;
  • Tandis que l’édition Workstation aura son ISO générée avec l’outil Image Builder ;
  • L’image minimale ARM sera construite avec l’outil OSBuild ;
  • Fedora IoT bénéficiera d’images Bootable Containers ;
  • Il bénéficiera également des images Simplified Provisioning ;
  • Et le tout sera construit en utilisant rpm-ostree unified core ;
  • Fedora sera construit avec DNF 5 en interne ;
  • Les macros forge passent du paquet redhat-rpm-config à forge-srpm-macros ;
  • La construction des paquets échouera si l’éditeur de lien détecte certaines classes de vulnérabilité dans le binaire en construction ;
  • Phase 3 de l’usage généralisé des noms abrégés de licence provenant du projet SPDX pour la licence des paquets plutôt que des noms du projet Fedora ;
  • Clap de fin pour la construction des mises à jour au format Delta RPM ;
  • Suite du projet de ne générer les JDKs qu’une fois, et les rempaqueter ainsi à toutes les variantes du système ;
  • Compilation des paquets en convertissant plus d’avertissements comme erreurs lors de la compilation des projets avec le langage C ;
  • Les images immuables comme Silverblue seront nommées sous la dénomination Atomic pour éviter la référence au terme immuable qui est confus pour les utilisateurs.

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 39 ou 38 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 40.

Bons tests à tous !

    Et j’avais déjà ouvert le tag Fedora 40 beta. Par contre, je ne sais plus quand on doit se débrancher d’update-testing… Pour ceux qui étaient en alpha.

      llaumgui Je l’ai corrigé d’ailleurs quand je l’ai découvert.

      Il n’y a plus d’Alpha depuis un bon moment. La désactivation des dépôts testing se fait automatiquement au passage à la version Finale.

        Nicosss Il n’y a plus d’Alpha depuis un bon moment. La désactivation des dépôts testing se fait automatiquement au passage à la version Finale.

        J’étais en pré-beta alors 🙂.

        Renault Le paquet libuser est marqué en voie de suppression pour Fedora 41 alors que le paquet passwd est supprimé ;

        Du coup, on change comment de mot de passe en ligne de commande ?

        Renault Clap de fin pour la construction des mises à jour au format Delta RPM ;

        Par contre, l’impact C0² augmente ? Vu qu’il y aura plus de transfert ?

          llaumgui

          Par contre, l’impact C0² augmente ? Vu qu’il y aura plus de transfert ?

          En vrai ça se discute.
          Créer les paquets drpm demande beaucoup de stockage et de calcul, pour une baisse de bande passante finalement assez réduite voire parfois une pénalité (erreur dans la reconstruction ou dans le téléchargement -> on télécharge le rpm en plus).

          Puis beaucoup de CPU sur chaque client pour s’en servir.

          En terme environnemental je ne suis pas convaincu que cela permettait un gain. Le gain potentiel était pour le projet Fedora car la bande passante a un coût et pour ceux avec un réseau bas débit. Manifestement ils ont du se rendre compte que le rapport bénéfice / coût n’était plus intéressant.

            On rn reparle quand ont sera passé au 3Go par semaine 😜🤡.

            6 jours plus tard

            Bonjour

            Deuxième essai de mise à jour de fedora 39 (fraichement installée) sauf mon répertoire /home qui est sur un deuxième disque, vers fedora 40, sans problème. Je me demande si l’échec de la première installation n’était pas la taille insuffisante de mon répertoire /boot (500Mo). J’ai profité de la réinstallation de fedora 39 , pour augmenter ce répertoire en passant de 500Mo à 2 Gb.

            Mes premiers retours sont assez concluants

            • le widget simple moniteur est incompatible avec plasma 6
            • les répertoires /sur/bin et /sur/sbin ne semblent pas être fusionnés
            • le pilote Nvidia (550.67) , c’est ok avec le dernier kernel 6.8.4 (du premier coup)
              effectivement, plus de bureau X11, uniquement wayland. Mais je fonctionnais déjà sous wayland depuis un an ou deux

            Par contre, je ne parviens plus à accéder à mes deux autres utilisateurs. Je ne les ai pas créés durant l’installation de fedora 39 (en les faisant pointer vers leurs répertoires déjà existant). Je vais créer un sujet à part pour ce point, car le problème existait déjà suite à ma réinstallation de fedora 39.

            8 jours plus tard

            Réglé. Rien à voir directement avec fedora 40. Erreur de droits lors de la récupération du répertoire /home lors de la réinstallation de la fedora.

            La Fedora 40 (plasma) beta semble nettement plus rapide que la Fedora 39 (plasma). Est-ce dû en autres à qt 6 ? Aspect visuel plus “léché”.

            Est-ce normale que /sur/bin et /usr/sbin ne soient pas fusionnés ? La fusion a-t-elle été abandonnée depuis les premières annonces ?

              carabao

              Comme tu as mis à jour ce doit être normal 😉. Après tant que cela fonctionne bien perso je m’en fiche un peu 😛.

              A voir sur une nouvelle installation.

              Sinon oui QT6 doit aider dans les performances, même si perso j’ai pas de souci de perf depuis longtemps avec KDE, et même à l’époque de KDE 4.xx en retouchant fortement les différentes options.

              Par contre LibreOffice plante avec l’utilisation de l’OpenCL avec ROCM du moins 🙁. A voir si c’est corrigé…

              Pour les répertoires /usr/bin ou /usr/sbin , cela fonctionne bien ainsi. Peut-être qu’une future mise à jour proposera un simple script permettant de transférer tout le répertoire /usr/sbin vers /usr/bin et créer le lien symbolique nécessaire pour le bon fonctionnement du système. Mais, pour le moment, cela fonctionne bien ainsi.

              Concernant ROCM, je ne sais pas te répondre, si je lis bien, c’est lié au processeur graphique AMD, que je ne possède pas.

              Je n’avais pas de problème avec plasma 5.x, mais la combinaison de wayland, nvidia, QT6 et de fedora 40 me semble plus fluide .

                didierg merci pour l’information.

                Mais l’idée de fusionner les deux répertoires au départ, venait bien de fedora au début du cycle de développement de fedora 40, non ?

                Salut
                Il y a cet article sur developpez.com
                Fedora 41 unifie /bin et /sbin : la séparation entre les deux n’est plus utile, les besoins antérieurs n’étant plus pertinents d’après Fedora. ici