Fedora 31 : l'avance sur Wayland se confirme, multiples améliorations techniques

Fedora 31 : l’avance sur Wayland se confirme, multiples améliorations techniques

Mais un faux départ

Avatar de l'auteur
Vincent Hermann

Publié dans

Logiciel

23/10/2019 10 minutes
23

Fedora 31 : l'avance sur Wayland se confirme, multiples améliorations techniques

Fedora 31 devrait être disponible dans quelques jours, après un premier retard. Les nouveautés sont importantes, surtout sur le plan technique. On note ainsi une forte progression de Wayland et des performances une nouvelle fois en hausse.

Fedora est depuis longtemps le laboratoire de Red Hat. L’entreprise s’en sert pour tester logiciels, composants et technologies en vue d’une éventuelle intégration dans sa distribution à destination des serveurs.

On dit de Fedora qu’elle est « l’upstream » de Red Hat, ce qui explique son orientation particulière : on y trouve presque toujours les dernières versions des paquets. Côté utilisateur, on ne s’étonnera donc pas de retrouver des composants modernisés un peu partout. Mais c’est sous le capot que se produisent actuellement les plus gros changements.

Fedora traverse en effet une phase intensive de modernisation, en particulier tout ce qui touche à Wayland. Les développeurs peuvent désormais entrevoir leur Graal : se débarrasser du vieux X.org.

La grande valse des mises à jour : GNOME 3.34, noyau 5.3.7…

Comme toujours avec Fedora, on peut compter sur les dernières versions des paquets ou presque. On retrouve donc bien sûr GNOME 3.34, sorti il y a un peu plus d’un mois.

Les nouveautés principales n’ont pas changé : création de dossiers personnalisés par glisser/déposer dans la vue globale des applications, un rafraichissement visuel du thème principal avec notamment de nouvelles icones, le navigateur Web peut épingler les onglets et isole les processus, des améliorations diverses pour Boxes, plus aucune limite pour le nombre de sauvegardes dans Games, le suivi des modifications de dossiers par Music ou encore le support dans Terminal des langues se lisant de droite à gauche.

Fedora 31Fedora 31

On note aussi, pour la troisième version consécutive, un accent mis sur les performances, avec notamment l’aide de Canonical. Des animations sont plus fluides, les icônes s’affichent plus rapidement et l’ensemble est plus réactif. Le constat est manifeste, aussi bien en installation native (Core i5 3,2 GHz, 16 Go de RAM, SSD, GeForce GTX 1660 Ti) que dans une machine virtuelle aux ressources volontairement limitées (un seul cœur, 4 Go de RAM).

Dans cette dernière, créée sous VMWare Workstation 15.5, c’est même la première fois que le déplacement du curseur et la plupart des animations étaient aussi fluides qu’en installation native. D’autres manipulations, comme le déplacement des fenêtres, perdent cette fluidité.

Fedora embarque également un noyau Linux 5.3.7. Cette branche apporte elle aussi bon nombre de nouveautés : prise en charge des GPU Navi 10 d’AMD (dont les Radeon RX 5700), des puces graphiques intégrées Intel Gen 11 (Ice Lake), du HDR pour les IGP Intel, de la plage 0.0.0.0/8 pour IPv4, l’hyperviseur ACRN pour les objets connectés, Speed Select d’Intel pour certains Xeon, ou encore la délégation par Netfilter de certaines opérations à des puces réseau, pour décharger le CPU.

Les applications classiques sont évidemment présentes, dans leurs dernières moutures ou presque : Firefox 69.0.3, Thunderbird 68.1.1, LibreOffice 6.3.2, etc. Signalons d’ailleurs au sujet de Firefox que pour la première fois, le navigateur fonctionne avec Wayland sans requérir de compatibilité avec X. Une étape importante dans l’abandon de ce dernier.

Fedora 31Fedora 31

Il reste cependant du travail. Comme le mentionnait Phoronix le 8 octobre, Firefox 71 contient plusieurs bénéfices importants pour Wayland, notamment le support des textures DMA-BUF pour OpenGL, permettant une communication directe avec le GPU. Lors de la lecture de vidéo en décompression matérielle, cette prise en charge évite de nombreuses opérations de copie de données depuis et vers la puce graphique.

Parmi les autres nouveautés importantes, signalons : RPM 4.15 avec le passage de la compression xz à zstd (décompression beaucoup plus rapide, au prix d’une compression un peu plus lente), l’intégration de Xfce 4.14 (et un nouveau spin aarch64 avec cet environnement) et le support de cgroup v2. Ce dernier est un mécanisme organisant la hiérarchie et la distribution des processus, de manière contrôlée et configurable.

Notons enfin l’arrivée de Fleet Commander 0.14.1. Cet outil permet des déploiements massifs de systèmes Fedora ou RHEL (Red Hat Enterprise Linux). Tous les réglages de GNOME sont accessibles, ainsi que des applications comme Firefox et LibreOffice. Principale nouveauté de cette version, le support d’Active Directory, permettant le déploiement de profils même si le service d’annuaire de Microsoft est utilisé dans l’infrastructure.

Wayland : le grand chantier continue, malgré l’avance

Fedora a été la première distribution à basculer sur le nouveau serveur d’affichage par défaut, avec la version 26 du système. Depuis, beaucoup de chemin a été parcouru, et si la destination est désormais en vue, le travail n’est pas terminé.

Fedora 31 franchit tout de même une étape majeure avec l’exécution par défaut de Firefox et des applications Qt en Wayland. L’un des nouveaux gros objectifs de la distribution est XWayland. Ce composant permet aux applications utilisant toujours X de pouvoir être exécutées dans une session Wayland, en assurant le relai.

Il avait jusqu’à présent deux modes de fonctionnement : activé ou non, des états permanents. Fedora 31 introduit XWayland à la demande, où il ne s’active que pour une application qui le réclame, retournant dormir à sa fermeture.

Le principe est simple, la réalisation complexe. Comme l’indiquait il y a un mois Christian Schaller, ingénieur logiciel chez Red Hat, le travail a nécessité de nombreuses contributions, notamment de Iain Lane de Canonical. Ce dernier a créé des patchs pour la session utilisateur de Systemd, finalisés par Benjamin Berg, permettant une implémentation plus simple de XWayland à la demande.

Point intéressant, ces patchs aideront plus tard à généraliser ce nouveau comportement à d’autres services sous GNOME. Dans une version future de Fedora, les utilisateurs n’ayant par exemple pas de Bluetooth ne lanceront plus le service.

La progression vers Wayland est également pour les développeurs l’occasion de faire du ménage. Par exemple, tout ce qui touche aux fonctions d’accessibilité pour le clavier et la souris ne contient plus une seule ligne liée à X. Conséquence, certains effets graphiques ont été ajoutés, comme un camembert se remplissant progressivement pour indiquer quand le stationnement du curseur sur un bouton équivaut à un clic, si cette option a été activée.

D’autres travaux sont en cours. Par exemple, la suppression de toutes les dépendances à X dans le centre de contrôle de GNOME Shell. Le nettoyage, important, est présent uniquement sous forme expérimentale dans Fedora 31, les développeurs estimant que de tels changements nécessitent un temps de maturation. Ils espèrent que la bascule sera prête pour Fedora 32.

Notez que Fedora est toujours face à un problème avec les pilotes propriétaires de NVIDIA (intégrés récemment dans Ubuntu 19.10, voir notre article). Si l’utilisateur les installe, Wayland sera désactivé par défaut. Le problème se situe côté NVIDIA, l’entreprise ne supportant toujours pas XWayland pour l’accélération graphique. De fait, si une application X y faisait appel (c’est le cas de nombreux jeux), toute accélération graphique serait désactivée, aboutissant à des performances bien moindres (rendu logiciel). NVIDIA est au courant de la situation et a indiqué travailler sur le sujet. Là encore, l’espoir est de résoudre le souci pour Fedora 32.

QtGNOME, OpenH264, Toolbox et autres : de multiples améliorations

Fedora 31 est une version importante pour la distribution, tant les ajouts ont été nombreux dans de nombreux composants et services.

OpenH264 par exemple supporte enfin les profils High et Advanced. S’agissant des deux profils les plus utilisés sur le web, ce support permettra aux utilisateurs de lire les contenus concernés sans avoir à installer un composant ou lecteur tiers. Si bien sûr leurs habitudes sont ailleurs (par exemple VLC), rien n’empêchera les éventuelles installations.

On reste dans le multimédia avec Pipewire, infrastructure audio en développement. Les utilisateurs n’y verront pas de grandes nouveautés, la nouvelle version n’offrant que de petites corrections et améliorations. Mais, là encore, Fedora 32 proposera davantage, car Pipewire sera proposé comme option aux utilisateurs de Jack et PulseAudio. Ils pourront basculer sur le nouveau composant et en revenir en cas de problème.

Des flatpaks pour Ardour, Carla, a2jmidid, Hydrogen, Qtractor et Patroneo devraient également être proposés. Si tout se passe bien, Fedora 33 devrait marquer la bascule vers Pipewire comme infrastructure audio par défaut.

Des progrès aussi pour QtGNOME, composant responsable de l’intégration des applications Qt dans GNOME. Les ajouts depuis Fedora 30 permettent aux concernées une plus grande cohérence graphique avec l’environnement de bureau, plutôt que d’afficher l’interface que l’on trouverait dans KDE. Ce module est également responsable du support du thème sombre, de la compatibilité avec les fonctions d’accessibilité de Qt et d’assurer la liaison avec les Flatpaks.

La Toolbox reçoit elle aussi des améliorations, plus générales cette fois-ci. L’outil permet pour rappel de créer des micro-conteneurs pour aider les développeurs. Par exemple, pour travailler sur un projet visant RHEL, on pourra créer un conteneur pour tester l’application sur ce système en particulier, ou en récupérer un spécialement conçu pour le machine learning. À compter de Fedora 32, l’outil sera d’ailleurs entièrement réécrit, abandonnant les scripts pour le langage Go.

Pour les amoureux de GNOME 2.x qui ne seraient pas encore passés à MATE ou Cinnamon, Fedora 31 propose plusieurs nouveautés dans le mode GNOME Classic, accessible depuis l’écran de connexion, via la petite roue crantée qui apparaît après sélection du compte utilisateur.

L’expérience générale a été améliorée, certaines zones encore très « GNOME 3 » ayant été modifiées. Le thème, la vue globale ou encore le coin actif (hot corner) sont ainsi plus proches de l’ancien GNOME. La barre supérieure affiche toujours bien sûr un menu pour les applications et un autre pour les emplacements principaux.

Fedora 31 sortira le 29 octobre… si tout va bien

La distribution est une habituée des retards. Dans l’absolu, rien de dramatique : les utilisateurs préfèrent sans doute à une large majorité attendre quelques semaines supplémentaires et obtenir un système stable. Fedora 31 devait initialement sortir le 22 octobre. Le planning prévoyait déjà une date de secours en cas de bugs bloquants. C’est ce qui s’est passé.

Si l’on se penche sur la liste des empêcheurs de tourner en rond, on trouve une exception DNF pour armv7hcnl, un souci de mise à jour depuis Fedora 30 pour dnf-yum, un problème graphique avec la mouture KDE Live en cas de démarrage en mode BIOS, ou encore une migration vers Fedora 31 impossible à cause de l’absence de libgit2.so.28()(64bit), sans possibilité d’installer ce dernier. La grande majorité de ces bugs ont des solutions en cours de test.

Notez qu’il est toujours possible de récupérer la bêta de Fedora 31 puis d’installer les nombreuses mises à jour sorties depuis. Mais à quelques jours de la version finale, les utilisateurs d’une mouture stable attendront plus volontiers que les développeurs donnent le feu vert.

Pour rappel, Fedora 31 ne sera disponible qu’en 64 bits. Si vous avez actuellement une version 30 en 32 bits, il n’y aura aucun chemin de migration proposé.

Nous reviendrons dans un prochain article sur Silverblue, variante spécifique et « immuable » de Fedora, fonctionnant sur la base d’images.

Écrit par Vincent Hermann

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

La grande valse des mises à jour : GNOME 3.34, noyau 5.3.7…

Wayland : le grand chantier continue, malgré l’avance

QtGNOME, OpenH264, Toolbox et autres : de multiples améliorations

Fedora 31 sortira le 29 octobre… si tout va bien

Commentaires (23)


Bien pour l’amélioration des perfs.



Quant aux pilotes NVIDIA, j’espère une amélioration ici aussi car pour le moment, je n’ai jamais réussi à les installer sur mon PC pro. Le pilote libre manquant encore d’optimisations, cela se sent sur la tenue de la batterie malheureusement.



Plus qu’à attendre patiemment sa sortie et les premiers retours.


Quelqu’un a test la beta sur un raspberry 4 ? Si oui, c’est jouable comme pc lowcost ?


Merci pour ce genre d’article sur les avancées des systèmes d’exploitation libres.


Petit point concernant cgroups v2 (techno introduite dans le noyau en 2015), ce n’est toujours pas supporté par Docker…



… donc si vous passez à Fedora 31 et utilisez docker, il y a deux possibilités:




  • dégrader cgroups et repasser en v1 ( argument noyau systemd.unified_cgroup_hierarchy=0 )

  • utiliser des outils plus adaptés au monde GNU/Linux moderne comme podman/buildah/skopeo (ce qui n’est pas plus mal d’un point de vue sécurité)


Pour PipeWire, de ce que je comprends, ça ne sera pas un simple remplaçant de PulseAudio, puisque ça s’occupera également de la vidéo, avec plusieurs avancées à la clé, comme la possibilité de partager un même flux audio/vidéo entre plusieurs applications, la prise en charge des applications dans des bacs-à-sable (comme les Flatpak) ou encore le partage d’écran quand on utilise Wayland, ce qui n’est actuellement pas possible (contrairement à X11, Wayland est bien plus sécurisé et n’autorise pas une application à faire une capture d’écran d’une autre application ou de partager le bureau, permettant ainsi de voir toutes les applications…)



Et bien entendu, il y aura une gestion bien plus fine des droits. Ça sera à l’utilisateur de permettre ou non à une application de pouvoir faire une capture d’écran ou de partager du contenu avec d’autres.


Si ta carte n’est pas trop vielle, akmod-nvidia. ien sûr, il faut avoir les dépots rpmfusion d’actifs.



 







Lymhit a écrit :



Quelqu’un a test la beta sur un raspberry 4 ? Si oui, c’est jouable comme pc lowcost ?





Pas de prise en charge du rpi 4 pour le moment.



Merci pour cet article encore une fois bien detaillé!









SebGF a écrit :



Quant aux pilotes NVIDIA, j’espère une amélioration ici aussi car pour le moment, je n’ai jamais réussi à les installer sur mon PC pro. Le pilote libre manquant encore d’optimisations, cela se sent sur la tenue de la batterie malheureusement.





Regarde du côté de negativo17, il c’est super simple d’installation (3 copier-coller) et il s’occupe de tout ! (Desactiver nouveau, builder le module kernel, repacker le kernel, et ca se met a jour tout seul avec les nouveaux kernels et les nouvelles distribs)









Naruto`kun a écrit :



(…)







J’avais tenté les différentes procs mais que dalle (le build du module échouait aussi). C’est une 1050 intégrée, le portable est un Asus acheté l’année dernière et le modèle doit avoir une paire d’années je dirais. A ce moment là j’étais sous Fedora 29, je n’ai pas retenté depuis et l’ai migré en 30 il y a un mois.



Mais ça a été un peu la galère quand même pour installer initialement, mais je m’y attendais du fait de mes critères de sélection très restrictifs (modèle léger, hautes perfs avec 16Go de RAM, ça tape direct dans les gammes pro graphiste… ).

Le live USB d’Ubuntu figeait carrément et Fedora figeait ensuite après le premier boot jusqu’à ce que je choppe l’instruction de démarrage du kernel pour désactiver je sais plus quel truc (lié à la bascule optminus il me semble).



Je réessayerai quand le niveau de flemme aura baissé (c’est mon portable pro, donc je peux pas non plus me permettre de le tanker à volonté…), je garde précieusement vos conseils dans un coin. <img data-src=" />









SebGF a écrit :



Quant aux pilotes NVIDIA, j’espère une amélioration ici aussi car pour le moment, je n’ai jamais réussi à les installer sur mon PC pro.







T’as procédé comment ? Parce que ça fait quelques versions de Fedora qu’on peut facilement les installer depuis la logithèque GNOME (Logiciels). Une fois lancée, il suffit de cliquer sur le menu hamburger, ensuite Dépôts de logiciels et enfin, d’activer « RPM Fusion for Fedora 30 - Nonfree - NVIDIA Driver ».



Bien plus que des Ubuntu/Debian qui se contente de rattraper le train en marche, Fedora fait à chaque fois un peu avancer les choses.&nbsp; Moi qui ne jurait que par les rolling dérivées de Arch. J’avoue retrouver du respect depuis la 29, pour cette “filiale” de RedHat. Je pense aussi qu’ils tiennent qqchose d’intéressant avec SilverBlue.



@ragoutoutou, ce n’est qu’une question de temps avant que Docker ne s’adapte à cgroups2. En l’annonçant déjà en avril pour la 31, Fedora les poussait déjà un peu du pied.

&nbsp;

Pour chicaner sur un détail par rapport à l’article: J’aime que des screenshots plein écran aient des tailles usuelles … Qui a des réso de 1745x1061 ou 1645x981 … ??


Je ne pense pas que Fedora essaye de les pousser… RedHat veut se débarrasser de Docker, pas le dynamiser.


Merci pour l’article. Dommage que ne soient pas mentionnées les nouveautés pour le spin KDE.


La preuve en est avec Podman, compatible avec une grosse partie de l’API de Docker qui plus est :)


Pour les pilotes Nvidia, ils parlaient pas un moment de développer une interface commune pour permettre au compositeur de communiquer avec le GPU ? Le problème vient du fait qu’Nvidia utilise une interface EGLStreams utilisée que par eux, alors que Intel, AMD et les pilotes libres utilisent GBM. Ca n’a toujours pas avancé cette histoire ? C’est ça qui pose problème !


J’avais essayé via une proc sur le wiki de Fedora ou apparenté (c’était il y a quelques mois, j’ai une mémoire tampon de 4 secondes <img data-src=" /> ). J’avoue ne pas avoir pensé à la logithèque GNOME, je n’utilise jamais ces outils à vrai dire.



J’y jetterai un oeil, merci.


Euh… non… ils ne supportent pas l’API de docker… pour supporter l’API docker, il faut un daemon docker avec son socket qui va avec… Podman ne propose ni l’un ni l’autre (histoire de pas reproduire les erreurs du passé)



Podman se contente de répliquer les paramètres en ligne de commande de Docker, et c’est à peu près tout.



Pour les api, ils supportent nativement le CRI (container runtime interface de kubernetes) via CRI-O, et il me semble que c’est à peu près tout.


Par API j’entendais bien les lignes de commandes pour faciliter la transition des utilisateurs de Docker. Abus de langage de ma part, mea culpa <img data-src=" />



D’ailleurs faudrait que je prenne le temps de plus me pencher dessus, parce que ça m’a l’air bien appétissant. Et puis rien que le fait que ce soit un projet 100% OS change la donne à mes yeux face à Docker.


ok, j’avais zappé qu’ils sont eux aussi en train de remplacer docker dans leur Openshift 4.


Ben c’est fait… la transition a commencé dans OpenShift 3, dans Openshift 4 la transition est terminée, il ne supporte pas du tout docker.


Bon bah je savais que j’aurais pas du, je suis bien parti pour une réinstall.

L’installation s’est faite, mais au reboot écran noir après login. Tentative de retourner sur Nouveau, même chose.

Suivi toutes les docs trouvées du genre celle-ci ou encore celle du site If not true then false liée partout, que dalle.



Je pense que je suis tombé sur un modèle assez capricieux hélas. <img data-src=" />


Dommage que NextInpact ne couvre pas les évolutions du bureau KDE Plasma, dont la version 5.17 est sortie récemment : https://dot.kde.org/2019/10/15/plasma-517-out

Il propose de meilleurs performances que GNOME et une ergonomie beaucoup plus classique (et pratique en ce qui me concerne).


3615 maviedontonenarienafoutreetquelesmoinsdevingtanspeuventpascomprendrecetteblague



Réussi à ravoir Nouveau sans réinstaller tout le bordel en mettant l’instruction “nouveau.modeset=0” dans la commande de grub. Et il me semble que c’est ce que j’avais du mettre à l’époque de la première install de Fedora 29 sur ce PC pour empêcher le gel systématique au démarrage de GDM. (le PC restait joignable par ssh)

Depuis l’instruction a disparu (surement l’upgrade de Fedora 30) sans le faire couiner…



Bref, je finis de l’amortir et reprendrai une machine sans carte graphique autre qu’un chipset interne et conserverai celui-ci pour une activité moins critique que le professionnel. Optimus fait encore beaucoup trop chier, j’attendrai que ça soit plus mature.









makosole a écrit :



Dommage que NextInpact ne couvre pas les évolutions du bureau KDE Plasma, dont la version 5.17 est sortie récemment : https://dot.kde.org/2019/10/15/plasma-517-out

Il propose de meilleurs performances que GNOME et une ergonomie beaucoup plus classique (et pratique en ce qui me concerne).







Vincent avait déjà fait des articles sur KDE Plasma mais en cherchant, le dernier remonte à 2016 sur la 5.8. Après, s’il est le seul à traiter le sujet, je pense qu’il est contraint de faire des choix. Surtout que les envs Desktop dispo sur Linux sont légion, l’idéal pour avoir ce qui nous intéresse le plus sans subir de choix dictatoriaux d’un acteur unique. <img data-src=" />

Après, on parle de GNOME dans le cas présent car c’est celui par défaut de Fedora (bien qu’il y ait un spinoff KDE Plasma aussi).



A la rigueur, un petit comparatif pourrait être sympa si la possibilité se présente.



Perso je suis devenu adepte de Cinnamon lorsque je suis passé sur Fedora (jamais adhéré à GNOME 3, je restais sur MATE quand j’étais avec Ubuntu) qui satisfait pleinement mes attentes.

Seul gros souci, le gestionnaire de fichiers Nemo qui est une plaie au cul dès qu’on manipule du volume multimédia (faisant de la photo, un dossier plein de RAW en preview transforme le PC en brouette morte) et j’ai installé en remplacement Thunar (qui est l’explorateur de Xfce) et ce fut le jour et la nuit.









SebGF a écrit :



Vincent avait déjà fait des articles sur KDE Plasma mais en cherchant, le dernier remonte à 2016 sur la 5.8. Après, s’il est le seul à traiter le sujet, je pense qu’il est contraint de faire des choix. Surtout que les envs Desktop dispo sur Linux sont légion, l’idéal pour avoir ce qui nous intéresse le plus sans subir de choix dictatoriaux d’un acteur unique. <img data-src=" />





Il a raison en fait, je vais corriger le tir&nbsp;<img data-src=" />