Sortie de Fedora 34 Beta

Posté par  (site web personnel) . Édité par ted, claudex et Ysabeau 🧶. Modéré par Pierre Jarillon. Licence CC By‑SA.
Étiquettes :
38
23
mar.
2021
Fedora

En ce mardi 23 mars, la communauté du Projet Fedora sera ravie d’apprendre la disponibilité de la version Bêta Fedora 34.

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 34 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 20 ou 27 avril.
Voici les nouveautés annoncées pour cette version.

Sommaire

Expérience utilisateur

  • Passage à GNOME 40.
  • L’environnement de bureau Xfce fait tourner la roue vers sa version 4.16.
  • L’environnement de bureau minimaliste LxQt est proposé dans sa version 0.16.0.
  • Le serveur d’affichage Wayland est employé par défaut dans l’environnement KDE Plasma.
  • La mémoire d’échange zram peut utiliser toute la mémoire RAM et ce jusqu’à 8 Gio par défaut. Auparavant c’était limité au quart de la mémoire RAM de la machine et jusqu’à un maximum de 4 Gio.
  • Le gestionnaire de fenêtre minimaliste et pavant i3 dispose de sa propre image Spin de Fedora.
  • L’audio va maintenant être géré par Pipewire par défaut, en remplacement de PulseAudio, ALSA et JACK.
  • L’image Comp Neuro pour la neuroscience va être déclinée aussi en image Docker / podman pour le fournir sous forme de conteneurs.
  • Les images netinstall et DVD n’auront plus le fichier ext4 à l’intérieur du système de fichiers squashfs. Squashfs récupère l’arborescence complète de l’image d’installation.

Gestion du matériel

  • La configuration de GRUB est unifiée pour toutes les architectures. En particulier entre les architectures utilisant l’EFI d’un côté comme x86_64 ou certaines machines ARM et x86 avec BIOS ou PowerPC 64 bits de l’autre.
  • L’architecture ARMv7 va bénéficier de l’UEFI par défaut pour les nouvelles images générées par le projet Fedora. GRUB devient de fait le nouveau gestionnaire de démarrage par défaut au lieu de extlinux.
  • Une nouvelle image pour l’architecture AArch64 sera proposée avec l’environnement KDE Plasma.
  • Les fichiers firmware du noyau sont compressés avec l’algorithme LZMA2.

Internationalisation

  • Un nouveau site web et son infrastructure va être proposé pour fournir les statistiques de traduction de Fedora et simplifier la maintenance des mémoires de traduction.
  • IBus est proposé en version 1.5.24.
  • ibus-anthy est le système d’entrée par défaut pour le japonais, ibus-m17n pour le singhalais et ibus-unikey pour le vietnamien.
  • HarfBuzz est activé par défaut dans les polices FreeTypes pour permettre d’améliorer le rendu dans les langues ayant des symboles plus complexes.
  • kasumi-unicode est généré à partir du fichier source katsumi.spec dorénavant.

Administration système

  • Par défaut les partitions btrfs créées lors de l’installation auront la compression du système de fichiers activée avec l’algorithme zstd.
  • SELinux ne peut plus être entièrement désactivé après le démarrage. Seul le passage entre les modes permissif et strict est permis. Un redémarrage est nécessaire pour appliquer une désactivation complète.
  • SELinux a été mis à jour pour prendre en compte des dernières classes, permissions et capacités ajoutées dans le noyau.
  • La gestion du manque de mémoire disponible sera prise en charge par le service systemd-oomd par défaut. Pour revenir à earlyoom utilisé jusque-là, vous pouvez exécuter les commandes suivantes :
# systemctl disable --now systemd-oomd
# systemctl enable --now earlyoom
  • Les paramètres de démarrage, reçus par le noyau Linux, à destination de l’installateur Anaconda devront être préfixés de inst. pour éviter les conflits. Sinon ils sont ignorés.
  • Les services systemd qui doivent être relancées suite à une mise à jour le seront toutes à la fin de la procédure.
  • Les utilitaires Bluetooth désuets ciptool, gatttool, hciattach, hciconfig, hcidump, hcitool, rfcomm et sdptool sont déplacés dans le paquet bluez-deprecated avant une suppression dans le futur.
  • La collection d’outils X.org sera proposée via des paquets plus individuels que les paquets génériques xorg-x11-{apps,font-utils,resutils,server-utils,utils,xkb-utils} employés jusqu’ici. Certains utilitaires sont également supprimés.
  • Les paquets xemacs, xemacs-packages-base, xemacs-packages-extra, neXtaw, nscd et python-mock sont en passe de subir le même sort.
  • XWayland est proposé dans un paquet à part et indépendant du reste de X.org : xorg-x11-server-Xwayland.
  • Le célèbre serveur de DNS Bind est lié à la version 9.16.
  • Le gestionnaire de base de données PostgreSQL s’impose avec sa version 13.
  • Son concurrent MariaDB est proposé en version 10.5.
  • L’utilitaire de gestion du stockage Stratis dispose de la version 2.3.0.
  • Le démon pour synchroniser le temps avec le potocole NTP et nommé sobrement ntp utilise ntpsec à la place. Mais chrony reste le démon utilisé par défaut pour cette fonction.

Développement

  • Mise à jour de la suite de compilateurs libre GCC 11.
  • Son concurrent LLVM passe lui à la version 12.
  • Tandis que la bibliothèque C Glibc passe à la version 2.33.
  • Mise à jour des utilitaires binutils 2.35.
  • Le petit coup d’accélération pour la bibliothèque généraliste C++ Boost 1.75.
  • Le langage Go fait un bond en avant avec la version 1.16.
  • Le langage précieux Ruby est proposé dans sa nouvelle version 3.0.
  • Sa boîte à outils Ruby on Rails arrive à la gare au quai 6.1.
  • L’environnement de compilation de binaires Windows, MinGW, est mis à jour qui fourni GCC 11, GDB 10 et binutils 2.36.
  • La bibliothèque de sécurité NSS avec sa version 3.52 a changé la structure CK_GCM_PARAMS en étant incompatible en termes de source code, mais pas son interface binaire.
  • OpenLDAP va fournir uniquement des bibliothèques avec un fil d’exécution parallèle. Des liens symboliques redirigent la liaison vers la bibliothèque libldap vers libldap_r.
  • Les bibliothèques Rust fournies via les crate nécessaires pour les paquets proposés par Fedora seront fournies dans les dépôts dans des paquets dédiés sous la forme rust-$NOM_CRATE, par exemple rust-libsqlite3-sys pour la bibliothèque SQLite.
  • Les bibliothèques Python avec un nom de fichier dépendant de l’architecture utilisent maintenant la nomenclature officielle de CPython au lieu d’un nom spécifique à Fedora.
  • Les paquets ne fournissant qu’une bibliothèque Nodejs sans être utilisée en tant que dépendance ne seront plus proposés.

Projet Fedora

  • Le système minimal de compilation du projet Fedora, buildroot, se débarrasse de make.
  • Les macros liées à Python 2 pour créer les paquets RPM sont gelées. Celles pour générer les dépendances automatiques liées à Python 2 sont supprimées car plus nécessaires suite au passage à Python 3 l’an dernier.
  • L’utilitaire fbrnch est proposé dans les dépôts.
  • Les dépôts git de Fedora ont renommé la branche principale en main au lieu de master.
  • La politique concernant les modules a été remaniée et formalisée.

Tester

Durant le développement d’une nouvelle Fedora, comme cette version Bêta, 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. Il 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 Bêta 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 33 ou 32 sur votre machine, vous pouvez faire une mise à niveau vers la Bêta. 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.

Bons tests !

Aller plus loin

  • # pipewire

    Posté par  (Mastodon) . Évalué à 3.

    Sais t-on si pipewire se débrouille mieux que vanilla pulseaudio avec les micros-casques bluetooth ? Ou est-il mieux d'utiliser un dongle/carte-son avec support bluetooth ou les patches non officiels pour pulseaudio (https://github.com/EHfive/pulseaudio-modules-bt) ?

    • [^] # Re: pipewire

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

      Je ne sais pas, j'ai testé Pipewire en configuration assez classique sur la future F34 : casque filaire (avec micro) + enceinte, bascule de l'un à l'autre, test du micro le tout avec différentes applications et pas de régressions visibles apparemment. C'est comme avant.

      Pour ce genre de cas, je ne sais pas s'il corrige ou non ces problèmes à ce stade.

    • [^] # Re: pipewire

      Posté par  . Évalué à 2.

      Je ne sais pas quel est le sens exact de ta question (stabilité ou fonctionnalités) car je ne connais pas le niveau de stabilité actuel de pipewire mais de ce que j'ai compris il supporte plus de protocoles Bluetooth que pulseaudio.

      • [^] # Re: pipewire

        Posté par  . Évalué à 2. Dernière modification le 23 mars 2021 à 18:39.

        One pipewire issue on the subject: https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/249

      • [^] # Re: pipewire

        Posté par  (Mastodon) . Évalué à 3. Dernière modification le 23 mars 2021 à 20:56.

        Typiquement, il existe des casques qui supportent des protocoles ldac (sony) ou apx qui permettent d'avoir de l'audio de qualité en même temps que le support du microphone. Si ton OS ne le supporte pas, et c'est le cas des linux avec pulseaudio non patché, tu peux soit utiliser ton micro casque sans micro mais avec du bon son, soit passer en mode qualité pourrave pour pouvoir parler.

        Et ça fait grave chier quand tu fais des visiovonférence en qualité GSM quand t'as claqué 250€ dans un Bose ou Sennheiser.

        Alors que sous windows, android et mac ça marche bien.

        edit: je crois que pour les casques supportant ldac ça a été résolu car Sony a sorti le code sous licence libre

  • # Mais pourquoi ?

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

    Les dépôts git de Fedora ont renommé la branche principale en main au lieu de master.

    C'est quoi cette nouvelle mode? Quelqu'un sait ?

    • [^] # Re: Mais pourquoi ?

      Posté par  (Mastodon) . Évalué à 10.

      par pitié n'alimentez pas le troll

      • [^] # Re: Mais pourquoi ?

        Posté par  . Évalué à 10.

        C'est quoi ce commentaire discriminatoire vis-à-vis des trolls ?

        Par ailleurs, il paraît qu'un collectif "les pieds comptent aussi" est en train de se mettre en branle pour lutter contre l'utilisation de "main", avec le slogan "on marche sur la tête".

        L'association "le main au cul" leur aurait déjà répondu "allez vous faire maître". Personne n'en sortira grandi à mon avis.

        • [^] # Re: Mais pourquoi ?

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

          Parce que ça finit par ne plus être drôle et par devenir franchement pénible surtout que ce genre de trolls est susceptible de dériver. Il y en a, à la modération du site, que ça commence à fatiguer un brin.

          « Tak ne veut pas quʼon pense à lui, il veut quʼon pense », Terry Pratchett, Déraillé.

          • [^] # Re: Mais pourquoi ?

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

            Le commentaire auquel tu réponds me semble troisième degré… Mais le nombre de moinsage illustre bien le ras-le-bol dont tu parles.

            “It is seldom that liberty of any kind is lost all at once.” ― David Hume

            • [^] # Re: Mais pourquoi ?

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

              Il me semblait aussi, mais c'était une bonne occasion pour évoquer ça :-).

              « Tak ne veut pas quʼon pense à lui, il veut quʼon pense », Terry Pratchett, Déraillé.

              • [^] # Re: Mais pourquoi ?

                Posté par  . Évalué à 5.

                Je confirme le 3ième degré, et j'avoue que c'était peut-être pas ma meilleure idée de la journée de maître ça là plutôt que dans le "journal dédié" :-).

    • [^] # Re: Mais pourquoi ?

      Posté par  . Évalué à 5.

      https://linuxfr.org/users/devnewton/journaux/adieu-vieille-branche

  • # Attention si vous utilisez GNOME avec des extensions

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

    Juste faites attention si vous avez beaucoup d'extensions sous GNOME, à cause de la nouvelle version qui change pas mal de choses, la plupart ne sont pas encore compatibles et ne fonctionneront donc pas.

    Si jamais cela est gênant pour vous, il vaut mieux attendre un peu.

  • # Audio?

    Posté par  . Évalué à 2.

    Je fais de la mao sous fedora33 et j'en suis pleinement satisfait.
    Pour l'usage bureautique, pulseaudio fait le taf, et sur Adour j'utilise jack avec ma carte son pour mes instrus et ça fonctionne super.

    Ce soir je découvre pipewire et celui va remplacer jack? Je n'ai aucune idée de la compatibilité avec ardeur et mon matériel.

    Si je fais la maj, pulseaudio et jack sont automatiquement remplacés?
    Sinon est il possible de garder jack si pipewire cause problème ?

    • [^] # Re: Audio?

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

      Normalement Pipewire est compatible avec Jack et PulseAudio, il va remplacer Jack mais en étant transparent pour les applications qui s'en servent.

      Il reste possible de revenir en arrière, en tout cas pour Pulseaudio la commande est 

      # dnf swap --allowerasing pipewire-pulseaudio pulseaudio

      Il doit exister un équivalent pour Jack probablement.

      • [^] # Re: Audio?

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

        Je n'ai pas testé mais il semble que l'équivalent est :

        # dnf swap --allowerasing pipewire-jack-audio-connection-kit jack-audio-connection-kit

        • [^] # Re: Audio?

          Posté par  . Évalué à 1.

          Merci pour l'info.
          Je resterais probablement cette beta pour voir ce que cela donne.
          Et si la mao n'est pas impactée alors ça va être bien

  • # Passage sans forcer

    Posté par  . Évalué à 4.

    SELinux ne peut plus être entièrement désactivé après le démarrage. Seul le passage entre les modes permissif et enforcé est permis.

    Où est-ce qu'on va Renault, maintenant la NSA enforce l'impérialisme culturel américain dans ton vocabulaire.

    • [^] # Re: Passage sans forcer

      Posté par  (site web personnel) . Évalué à 6. Dernière modification le 24 mars 2021 à 10:39.

      NOOOONNNN, je me sens mal. :(

      Si la modération veut bien corriger. :)
      Je pense que le terme strict correspond bien ici. Si vous n'avez pas mieux.

      • [^] # Re: Passage sans forcer

        Posté par  . Évalué à 4.

        C'est corrigé.

        « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

      • [^] # Re: Passage sans forcer

        Posté par  (Mastodon) . Évalué à 2.

        j'aurait dit le mot "appliqué" ou "imposé". Car le mode permissif n'applique pas les règles, il vérifie juste la conformité et gueule dans les logs.

  • # Bêta?

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

    On fait des articles sur les versions Bêta maintenant? Je pensais que c'était réservé pour les versions stables, non?

    • [^] # Re: Bêta?

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

      On fait des articles sur les versions Bêta maintenant

      Ça fait un moment que ça arrive. Je suis même sûr que depuis les débuts du site.

      Et pourquoi ce ne serait pas accepté, une Beta n'est pas digne d'intérêt ? Cela peut intéresser des gens de savoir qu'une nouvelle Beta est dispo, pour qu'ils jouent avec, se préparent avant la stable, y contribuer en rapportant des bogues, etc.

      Comme d'habitude la dépêche pour la Beta est succincte par rapport à la finale, pour inviter les curieux à tester la bête s'ils veulent. Cela n'est pas sans intérêt.

    • [^] # Re: Bêta?

      Posté par  . Évalué à 8.

      Pour faire court. Non.

      Pour le détail, il n'y a pas de règle en dur. Mais globalement, si on parle d'un projet qui ne sort pas une version stable toute les semaines, on accepte bien volontiers des dépêches sur les versions bêta, comme le dit Renault, ça permet de trouver plus facilement des testeurs, vu que l'intérêt d'une bêta, c'est justement d'avoir du monde qui teste. Si tu veux proposer des dépêches sur les bêta de tes logiciels préférés, n'hésite pas.

      « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

Suivre le flux des commentaires

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