En ce mardi 19 septembre, la communauté du Projet Fedora sera ravie d’apprendre la disponibilité de la version Beta de Fedora Linux 39.

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 39 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 17 ou 24 octobre.

Expérience utilisateur

  • Passage à GNOME 45 ;
  • La suite bureautique LibreOffice est mise à jour vers sa version 7.6 ;
  • L’interface d’installation de Fedora Workstation avec Anaconda passe à la WebUI par défaut ;
  • Le shell Bash dispose par défaut d’un prompt coloré pour le rendre plus distinct des commandes ;
  • Clap de fin par défaut pour QGnomePlatform et Adwaita-qt afin de fournir une intégration graphique des applications écrites en Qt dans un environnement GNOME ;
  • Les spins Sericea et Sway seront fournis sans X.org par défaut ;
  • Le spin de l’environnement Budgie dispose d’une variante immuable nommée Onyx ;
  • La variante Fedora Kinoite propose par défaut des mises à jour automatique de la base de son système ;
  • Le jeu d’icônes FontAwesome est proposé à la version 6.

Gestion du matériel

  • Possibilité d’installer Fedora Linux avec systemd-boot au lieu de grub comme chargeur de démarrage ;
  • Les vieux pilotes Xorg xorg-x11-drv-vesa et xorg-x11-drv-fbdev ont été supprimés ;
  • Le service régulier fwupd-refresh.timer, pour vérifier si les firmwares sont à jour, est activé par défaut pour les images IoT, CoreOS et Server ;
  • La partition ESP pour les machines EFI aura une taille minimale de 500 Mio au lieu de 200 Mio ;
  • L’image avec l’environnement LXQt est disponible pour l’architecture aarch64.

Internationalisation

  • Le correcteur orthographique Aspell n’est plus fourni, remplacé avantageusement par hunspell ou enchant2 ;
  • Mise à jour de IBus à la version 1.5.29 ;
  • Alors que IBus-anthy dispose lui de la version 1.5.15 ;
  • La police Noto devient celle par défaut pour les langues indiennes ;
  • Les polices par défaut sont gérées via des méta-paquets débutant par default-fonts ;
  • Le paquet man-pages-ru est supprimé car il fait déjà partie de man-pages-l10n ;

Administration système

  • Le module GNOME Keyring est modularisé pour être géré par systemd ;
  • Une mise à jour de l’édition Cloud qui nécessite un redémarrage entrainera un redémarrage automatique à la fin du processus ;
  • Possibilité de s’identifier avec un périphérique compatible FIDO2 pour l’authentification d’un utilisateur géré via Active Directory, FreeIPA, ou LDAP ;
  • Conversion des fichiers de configuration NetworkManager du format obsolète ifcfg vers keyfile ;
  • Les paquets tzdata fournissant les fuseaux horaires peuvent être supprimés ;
  • Suppression de awscli qui fournissait la version 1 de l’interface en ligne de commande pour les services AWS ;
  • Par défaut les dépôts modulaires ne sont plus fournis ;
  • Par ailleurs la modularité dans son ensemble est arrêtée, cela signifie que les dépôts modulaires sont voués à disparaître ;
  • L’utilitaire pam_console est supprimé ;
  • La valeur du paramètre sysctl vm.max_map_count passe de 65530 à 1048576 ;
  • Mise à jour du système de paquets RPM 4.19 ;
  • L’outil de gestion et de configuration des machines virtuelles Vagrant est proposé à la version 2.3 ;
  • Les images Fedora Linux sont proposées sur Microsoft Azure ;
  • Les images EC2 seront sans l’option standard pour le stockage ;
  • Les images EC2 utiliseront par défaut l’option gp3 pour le stockage ;
  • Ces images seront pas d’ailleurs soumises avec l’option uefi-preferred ;

Développement

  • Mise à niveau de la chaîne de compilation GNU avec GCC 13.2, Binutils 2.40, glibc 2.38 et GDB 13.2 ;
  • De même sa variante MinGW passe à GCC 13 et Binutils 2.40 ;
  • Tandis que celle du projet LLVM passe à la version 17 ;
  • Mise à jour du langage rampant Python 3.12 ;
  • Mise à jour du langage sautillant Go 1.21 ;
  • Les bibliothèques Go empaquetées dans Fedora Linux mais n’étant pas utilisées par un autre paquet sont supprimées ;
  • Mise à jour du langage reluisant Perl 5.38 ;
  • Mise à jour dans l’écosystème Haskell GHC 9.4 et Stackage LTS 21 ;
  • La bibliothèque Boost est mise à jour dans sa version 1.81 ;
  • La bibliothèque Libffi 34 va utiliser des redirections d’appels statiques et non plus dynamiques ;
  • La bibliothèque Thread Building Blocks dispose de la version 2021.8 ;
  • L’environnement de développement Free Pascal nommé Lazarus est découpé en sous-paquets.

Projet Fedora

  • Image builder est utilisé pour générer les images ISO de Fedora Workstation ;
  • Les JDKs sont générés qu’une fois, et rempaquetés ainsi à toutes les variantes du système ;
  • Les Flatpak générés par le projet Fedora sont produits sans utiliser les modules ;
  • Les images OCI pour fedora-toolbox deviennent bloquantes pour la sortie d’une nouvelle version de Fedora Linux, ces images devront donc être disponibles et suffisamment fiables ;
  • Mise à jour de createrepo_c à la version 1.0.0 ;
  • Étape 2 dans la conversion des licences des paquets vers le format SPDX ;
  • Seconde réduction des extensions des options de compilation de Python ;
  • Les images Fedora Silverblue et Kinoite utiliseront le mode unifié de rpm-ostree ;

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

Bons tests à tous !

Salut,

J’ai installé la version 39 workstation ce matin pour voir les nouveautés. Voici ce que j’en pense mais je ne suis pas et ne serai jamais un expert ..

  • Le 1er gros changement c’es t la rapidité d’installation et d’ailleurs avant je ne pouvais pas choisir le nom de ma machine, je devais pour cela installer via la version Server.

  • Plus besoin de rajouter des lignes dans “/etc/gdm/Init/Default” pour avoir le pavé numérique actif au demarrage de la machine.

  • Par contre malgré l’installation de “Ajustements” et de “Extensions” il m’est impossible d’accéder à extensions-gnome j’ai ce message "504 Gateway Time-out

    The server didn’t respond in time." On dirait que cette page est bloquée par fedora39 ou n’es pas accessible. Si vous avez une solution je suis preneur !!

  • Mais franchement pour terminer Fedora 39 parait plus rapide et plus fluide. Certaines applications comportent des changements. Bravo à l’équipe entière pour ce travail 😉

    mp24 Par contre malgré l’installation de “Ajustements” et de “Extensions” il m’est impossible d’accéder à extensions-gnome j’ai ce message "504 Gateway Time-out

    The server didn’t respond in time." On dirait que cette page est bloquée par fedora39 ou n’es pas accessible. Si vous avez une solution je suis preneur !!

    Les infrastructures de chez Gnome rencontrent quelques soucis en ce moment.

    Juste pour complément pour tout le monde, les extensions n’ont pas encore été toutes portées pour GNOME 45 donc si vous effectuez une montée de version vous risquez rencontrer des problèmes.

    Merci Nicoss je vais donc attendre 😉

      Bonjour,

      j’ai testé le live usb de la Fedora Linux 39 beta workstation, et j’ai remarqué que c’est toujours l’ancien installateur qui est présent. Or, Fedora a annoncé qu’avec la version 39, c’est un nouveau installateur qui serait proposé.

        Alan

        Peu avant la Beta ils sont retournés en arrière, je n’ai vu l’info qu’après la publication.
        Peut être pour Fedora 40.

        15 jours plus tard

        Installée, + de 1 go de MàJ. Tout fonctionne, du côté de Gnome l’extension Unite est incompatible et si Dash to Dock fonctionne à moitié. Dash to panel, ok.

        Bonjour, j’ai mis à niveau avec la 39 Kde rien d’anormal,mais toujours pas de pavé numérique au démarrage

        Passage à 39. RAS pour le moment, c’est beau et fluide, j’ai fait une raz de .config pour être serein.

        L’extension GSconnect ne fonctionne pas pour le moment, mais les dash to dock, vitale, blur my shell, alphabetical app grid, caffeine, favourites in appgrid fonctionnent treès bien

          cezame j’avais testé Fedora 39 Beta en guest VirtualBox sur Fedora 38

          J’ai upgradé mon ordi de 38 à 39 Beta par dnf, VirtualBox fonctionne toujours parfaitement en host sur Fedora 39.

            Le problème de pavé numérique au démarrage semble résolu

            6 jours plus tard

            Bon j’ai mis à niveau mon pc principal sans problème.

            Je confirme la disparition du problème avec le choix du clavier par défaut et du pavé numérique sur SDDM.

            Reste un problème avec les paquets Mesa-git en i686 (does not belong to a distupgrade repository), mais le reste semble être bon 🙂.

            5 jours plus tard

            Installation sans problèmes mais ….
            Après avoir fait l’upgrade en version 39 Worksation le lecteur de mail Thunderbird bloque entièrement le disque dur ( il passe en mode lecture uniquement) , et il n’est plus possible de lire aucun mail; ancien inclus!
            J’ ai aussi remarque beaucoup plus grand nombre de plantage du browser sur Mozilla FireFox!

            6 jours plus tard

            Test de montée de version sur mon autre pc d’appoint en erreur… Impossible de revenir en arrière car il veut supprimer dnf/systemd/grub/…. du coup réinstallation. Comme je ne me sert que très peu de cette machine cela n’est pas bien grave.

            Après des manipulations j’ai un problème avec dnf et le downgrade qui semble avoir fait de la casse, du coup impossible de lancer une commande dnf proprement 🙁.

            Sinon je n’ai pas non plus réussi à le faire sur le raspberry pi4. Mais c’est un bogue déjà rapporté.

            Nouvelle date de sortie, 7 novembre.

            Bon mon problème d’installation est de montée de version est dû au support de la mémoire vive gskill ddr4 trident z. En 3200Mhz cas 14 cela plante, en 2933MHz cas 15 pas de problèmes. Ma carte mère sur cette machine et sans doute trop légère (du a320 msi, couplé au ryzen7 2700x zen1.5). Pas grave, elle n’est pas non plus faites pour de grosses performance 😃.

            Reste le problème de migration du raspberry. A voir si c’est corrigé ou non.

              Oui j’ai vu 😉. Rien de pressé, depuis Fedora38 cela fonctionne très bien avec l’accélération graphique. Du coup rien de pressé 😉.

              Je voulais passer mon pc d’appoint dessus, ce qui est fait après le réglage de la RAM.

              Plus qu’à attendre la sortie finale pour migrer les autres…

              Fedora Linux 39 a été déclarée GO ce soir.

              Sortie officielle prévue le 07 Novembre 2023.

              Parfait! Je vais retester sur le raspberry pi4 histoire de confirmer que c’est bon de ce coté là.

              Pour la machine d’appoint, je change la carte maman qui déconne avec la mémoire et le pci-express. J’espère que cela vas résoudre les problèmes que j’ai avec cette machine 🙁 depuis un moment (cela ne date pas d’hier). Je remplace la carte mère MSI A320M-A PRO MAX par une ASROCK B450M-HDV R4.0.

              Mise à niveau en Fedora 39 hier soir, pas de problèmes particuliers.

              Petit conflit entre linux-firmware et amd-ucode-firmware, j’ai dû désinstaller le premier pendant la mise à niveau pour le réinstaller sans problème majeur après la mise à niveau.

              gnome-photos ne fonctionne pas, ce qui ne m’impacte pas particulièrement car je ne m’en sers pas…

              J’ai dû aussi me prendre le choux avec les dépôts RPMFusion car celui-ci présumant que j’utilisais les dépôts de test me les a activé, alors que les dépôts distro sont en stable… du coup les dépendances n’arrivaient pas à se résoudre convenablement.

              Sinon une super mise à jour, mesa 23.2 fait des miracles et GNOME 45 est bien léché, merci à tous les contributeurs !

              C2G9 Tout à fait, il est bien pris en compte mais dépend du projet upstream donc il est espéré que ce soit bon pour F40.

              Mesa-git en 24.0 arrive d’ici peut (voir la doc sur les dépôts). J’ai corrigé le problème pour l’empaquetage et c’est dispo pour Fedora 38,39 et Rawhide (plus pour Fedora 37 à cause de la version de meson…) pour les x86_64/i686.

              J’ai lancé l’upgrade du raspberry pi4 (que de chemin parcouru à ce sujet depuis quelques temps… 🙂 ), me reste que l’écran tactile de 7″ (avec une résolution de 1920×1080 de base descendue à 1280×720 avec une échelle de 90% histoire d’avoir des performances graphique plus adapté à cette machine) qui n’est pas encore bien prit en compte (pourtant détecté…). A voir si cela se passe bien, sinon il faut que je réinstalle de zéro.

              Truc de fou, sur F38 mon Dell XPS est inutilisable tellement qu’il est lent… MAJ en F39 est tout est OK 🙂

              Téléchargement des paquets pour la mise à jour (ADSL) : 10 minutes
              Installation de la mise à jour : 15 minutes

              Problème : kmod-nvidia missing. Pas de drivers actif sauf nouveau 🙁/
              Essai avec le kernel vanilla (dnf copr enable @kernel-vanilla/stable ) : KO

                winmandrake
                Je répond à moi-même ne pouvant plus éditer mon message.

                Après une ré-installation directement en f39, driver nvidia ok via akmod.

                Bon toujours pas possible de migrer de F38 à F39 sur le raspberry pi4.

                Du coup je relance une installation de zéro.

                Bonjour, toujours pas de fonction enroulé sur Wailand dommage…

                Bon même une réinstallation de zéro ne permet pas de lancer F39 sur le pi4.

                Je vais attendre un peu, au pire je le repasse en F38.

                Un problème vient de se manifester : HIP rend Blender instable sous Fedora 39

                J’utilise les drivers Mesa 23.2.1 et ROCm 5.7.1, tout était super stable sous Fedora 38

                [Edit] Je viens de me rendre compte que Fedora 38 utilisait ROCm en version 5.5.1, donc le bug est potentiellement dû au passage à la version 5.7.1

                [Edit 2] OpenCL fonctionne très bien cependant