Ces derniers temps ont été très riches en événements dans le monde graphique libre.

Une première phase du remodelage intégral de la pile graphique de nos systèmes libres avait commencé par DRI2, apportant notamment la possibilité à un compositeur tel que Compiz de rediriger le rendu OpenGL d’une fenêtre (Redirected Direct Rendering), puis le Kernel Mode Setting (KMS) permettant de transférer la gestion des modes vidéo et de la mémoire vidéo du pilote graphique X.Org (DDX) vers le noyau, et enfin, Gallium3D, le cadriciel de Tungsten Graphics, permettant la mise en commun de nombreuses fonctionnalités auparavant implémentées dans chaque pilote graphique.

Très récemment, le noyau 2.6.38 a apporté le kernel page flipping, permettant l’arrivée du futur serveur d’affichage Wayland développé par Kristian Høgsberg (également auteur de DRI2 et de AIGLX) et popularisé par Mark Shuttleworth (qui souhaite son adoption dans Ubuntu dès l’année prochaine). Les bibliothèques graphiques GTK+ 3 et Qt 4 ont déjà des back-ends permettant le fonctionnement expérimental des applications GNOME 3 ou KDE 4 sous Wayland…

Parmi les plus récents événements, de nombreux étudiants ont proposé des projets en lien avec la pile graphique libre utilisée par GNU/Linux à l’occasion de l’édition 2011 du Google Summer of Code (GSoC). Ces projets sont plus précisément des « state trackers » pour Gallium3D :

• un étudiant belge du nom de Denis Steckelmacher (alias steckdenis), a proposé rien de moins qu’un state tracker OpenGL 4.1, entièrement récrit. Ce projet ayant été jugé bien trop ambitieux par les développeurs Mesa / Gallium3D dans le cadre du GSoC, ces derniers lui ont proposé de travailler sur le remplacement des représentations intermédiaires propres à Gallium3D (Mesa IR) par une sémantique [GLSL] plus standard. Après coup, cette idée n’a pas fait non plus l’unanimité au sein des développeurs, avec notamment deux sociétés, Intel et LunarG travaillant actuellement sur ces fameuses représentations intermédiaires. Denis Steckelmacher a finalement décidé de travailler sur Clover, le state tracker OpenCL, permettant d’exploiter la puissance des GPU pour le calcul intensif, avec pour objectif obtenir un state tracker fonctionnel réalisant, dans un premier temps, les calculs OpenCL sur le processeur en utilisant LLVMpipe, un moteur de « rendu OpenGL » logiciel basé sur LLVM (Low Level Virtual Machine).

• un étudiant français, Émeric Grange (alias Emeric_), participerait également au GSoC 2011, avec pour projet le développement d’un décodeur vidéo WebM / VP8 accéléré via les [[shaders]] des processeurs graphiques. Tout cela serait placé dans un state tracker Gallium3D, qui exposerait ses fonctions aux lecteurs multimédias comme VLC, MPlayer et Totem (via un greffon GStreamer) à travers l’API VDPAU de NVIDIA.
  Ce state tracker pourrait constituer un bon point de départ pour la prise en charge générique du décodage matériel d’autres formats vidéo, tels que le MPEG 4 ASP (DIVX < 7) et MPEG 4 AVC (H.264) ou le MPEG 2 (déjà pris en charge par le state tracker XvMC). À noter que, comme pour la gestion des textures compressées S3TC, la gestion de ces formats devra faire l’objet d’une analyse des brevets / licences impliqués.

Certes, tout n’est pas rose du côté de la pile graphique Linux, mais au moins ça bouge et ça avance plutôt dans le bon sens. Voir ci-dessous pour les détails.

Wayland et Weston sont sortis en version 1.4 le jeudi 24 janvier. Sous GNU/Linux et BSD (et d’autres…), lorsqu’une application veut afficher quelque chose à l’écran, elle doit utiliser le protocole X11 pour communiquer avec X.Org, qui se charge de faire l’affichage. Or, ces derniers sont très vieux et ne sont pas adaptés au matériel moderne.

X.Org a été conçu à une époque où l’on utilisait peu la carte graphique. Aujourd’hui, nos navigateurs Web (rendu HTML, CSS, JavaScript…) et nos interfaces graphiques (Qt, Cairo…) ont de nombreuses occasions de solliciter celle‐ci, sans compter que l’arrivée de Steam a permis l’arrivée de nombreux titres pour notre système d’exploitation favori.

Côté sécurité, X.Org est une vraie passoire : écrire un enregistreur de clavier est un jeu d’enfant… Wayland devrait changer ça, mais cela ne signifie pas la fin des failles. Par exemple, l’arrivée de WebGL (et bientôt de WebGL 2 ! cf. ici et là) dans nos navigateurs Web ouvre potentiellement de nouvelles failles dans nos systèmes, d’autant plus que les pilotes graphiques eux‐mêmes n’ont souvent pas été conçus dans une optique principale de sécurité, mais c’est un autre problème.

Mais alors, que sont Wayland et Weston ?

Martin Peres (alias mupuf) n’est pas exactement un inconnu sur LinuxFr.org, puisque son nom a déjà été mentionné lors de la sortie des versions 2.6.37 et 3.3 du noyau, pour son travail sur le projet Nouveau, dont il est l’un des développeurs, ou encore très récemment dans un journal sur la conception sécurisée des serveurs graphiques (X, Wayland).

En creusant un peu, je me suis aperçu que Martin était même actif sur LinuxFr.org, où il a déjà rédigé des dépêches.

Alors que le travail de Martin sur Nouveau sera à nouveau mentionné dans la dépêche à venir sur la prochaine version 3.7 du noyau Linux, le moment me semblait adéquat pour une demande d’entretien qu’il a gentiment acceptée.

Précisons que vous pouvez également suivre Martin via son blogue, sa page recherche ou son compte Google+.

Selon le site TechEye.net, AMD vient d’embaucher deux développeurs connus pour leurs contributions à X et à la pile graphique.

Cette embauche serait en fait la première étape vers un changement de stratégie de cette compagnie qui s’apprête à offrir un véritable support officiel de ses pilotes libres. Toujours d’après cette même source, l’une des raisons évoquées est que le support Linux est très complexe sous forme binaire en raison des évolutions rapides et des incompatibilités binaires entre les versions du noyau. À l’inverse, un développement libre permet une meilleure collaboration avec les développeurs amont et simplifie la tâche… À quand une telle prise de conscience chez NVidia ?

En marge de son gestionnaire de fenêtres sorti en décembre dernier, le projet Enlightenment s’est attelé à ajouter un élément à son édifice : un émulateur de terminal. Son développement a commencé il y a un peu moins d’un an, initié par Carsten Haitzler. Terminology est donc une écriture from scratch d’un terminal bénéficiant de fonctionnalités visuellement très impressionnantes.

Il y a de cela quelques jours, l’un des membres de l’équipe française d’Enlightenment, Jonathan Atton, a lancé dans les journaux de LinuxFr l’idée d’une interview des membres français du projet Enlightenment.

Pour répondre à cette série de questions, nous nous sommes concertés, Cédric Bail (développeur EFL), Philippe Caseiro (président de l’association e.fr) et Jonathan Atton (développeur d’applications utilisant les EFL), pour vous faire une réponse unique qui révèle notre point de vue en tant qu’équipe.

Certaines questions auraient mérité une réponse bien plus longue, mais nous ne voulions pas nous attarder trop dans des détails. Mais si vous voulez des précisions ou avez d’autres questions, n’hésitez pas à les poster en commentaire, nous y répondrons avec plaisir ! Et nous vous rappelons que nous organisons ce samedi une journée de présentation des EFL en région parisienne (à Montrouge) ; si vous êtes intéressé, il reste encore un peu de place !

L’équipe d’Enlightenment continue sur sa lancée et est très heureuse de vous offrir la nouvelle version d’Enlightenment !
Pour mémoire Enlightenment est un Environnement de Bureau (Desktop Shell) avec deux objectifs, performance et beauté.
La dernière version stable 0.17 s'était fait attendre plus de 10 ans, cette fois l'équipe a réussi à sortir une version en 1 an.

Lidecli - abréviation de Linux Desktop CLI - est un wrapper libre (MIT) développé en Python permettant de scripter plus facilement le positionnement de vos fenêtres quel que soit votre environnement de bureau. Habituellement, scripter ou automatiser le positionnement des fenêtres nécessite :

• l’utilisation d’outils bien connus (wmctrl, xprop, qdbus, xrandr, etc.),
• ou, pour certains environnements - du code (LUA pour AwesomeWM par exemple).

En d’autres termes, il n’existe pas vraiment de moyens « simples » permettant de scripter à sa guise son environnement. Lidecli agit comme un wrapper qui simplifie grandement cette tache.

WindowMaker est un gestionnaire de fenêtres, originellement pour le projet GNUstep, qui a connu son heure de gloire dans les années 2000, mais qui continue de vivre sa vie grâce au travail de Carlos R. Mafra et d'une petite équipe.
Le 30 août 2014 est sortie la version 0.95.6, qui apporte quelques nouveautés, les principales étant :

• la possibilité d'avoir un aperçu des fenêtres iconifiées ;
• le support des images au format WebP, ainsi que de la bibliothèque ImageMagick pour les formats exotiques (BMP, TGA, SVG, …).

Cette version a été suivie de la sortie de wmlive par Paul Seelig, une distribution qui permet de tester et utiliser WindowMaker à partir d'un DVD ou d'une clef USB.

C'est enfin l'occasion de découvrir quelques améliorations sur certaines dockapps hébergées par le projet.

Plus de détails dans la seconde partie de la dépêche…