Le système graphique Wayland vient de passer une nouvelle étape. En effet, le rythme de développement de Wayland et Weston s’est accéléré depuis le passage à un cycle de publication trimestriel.

Cette version est importante, car elle met en place une gestion de version dans l’API qui permettra de passer en douceur les futures évolutions. Par ailleurs, les manœuvres sont en cours au niveau des bibliothèques graphiques (toolkits), environnements de bureau et distributions.

Pour rappel, Wayland est un protocole alternatif à X, repensé pour les usages modernes, et Weston le compositeur référence utilisant Wayland.

Il reste néanmoins encore du chemin pour une bonne maturité du produit, alors que la concurrence devient forte surtout dans le domaine de l’embarqué avec Ubuntu Touch et Mir qui pointent à l’horizon, et, bien sûr, SurfaceFlinger utilisé dans Android.

NdM : merci à mpurple pour avoir également proposé une dépêche sur le sujet. Ces deux dépêches ont été fusionnées.

Voici la traduction (avec quelques libertés) d’un article paru sur Phoronix sous licence CC-By-3.0.

Introduction

Un aperçu des problèmes, corrections et fonctionnalités liés à X et Wayland. Écrit par Eric Griffith, avec l’aide de Daniel Stone (développeur X.Org et Wayland). Corrigé et validé par Daniel Stone.

Cet article a été rédigé par un contributeur volontaire de Phoronix en se basant sur des présentations de Keith Packard, David Airlie, Daniel Stone, Kristian Høgsberg ; ainsi que les wikis de X11, X12, Wayland et Freedesktop.org, et des questions‐réponses directes avec les développeurs.

Depuis sa première annonce, il y a plusieurs années, il y a eu beaucoup d’informations, de désinformation, de fausses idées, et du pur FUD à propos de Wayland, le remplaçant de nouvelle génération du système de fenêtrage X. Cette présentation a pour but de clarifier la situation de Wayland.

L’article est très inspiré par la récente conférence technique donnée par Daniel Stone à la conférence Linux australienne linux.conf.au de 2013, à laquelle il constitue une excellente introduction. L’anglais de Daniel Stone est facilement accessible, sa conférence complète excellemment l’article, et ses diapos sont un modèle d’humour. Allez la voir, c’est hilarant, très instructif et puis il est une des rares personnes qui connaît vraiment le sujet.
Elle est disponible au format Ogg vidéo ou sur un site de partage de vidéos bien connu.

Cette dépêche est la version évoluée du journal de reno

Le projet DirectFB vise à fournir une bibliothèque graphique pour avoir une interface graphique, sans serveur X en utilisant le « framebuffer linux ».

La version 1.6 de DirectFB se faisant attendre, l'équipe de développement publie une vidéo de démonstration de la prochaine version.

Dans cette série de petites brèves liées aux publications de nouvelles versions de logiciels libres, on verra :

• QuakeForge de Noël ;
• Multitouch sur X ;
• FFmpeg 0.9 « Harmony » est disponible ;
• Virtualbox 4.1.8.

Merci à ikux pour ses contributions à cet article.

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.

Depuis quelque temps, le bureau libre a bien changé, notamment avec la généralisation des locales unicodes.

Au vue de cette situation, les claviers doivent s'adapter et l'enjeu actuel est de savoir dans quelle direction vous souhaiteriez voir le clavier fr-latin9 évoluer. En effet, voilà déjà plusieurs années que votre serviteur (Nicolas Mailhot) a repris le clavier fr-latin9 que Guylhem Aznar maintenait et qui a été inclus dans xfree86/xkb. Depuis, je n'ai eu aucun retour à son sujet. Entre temps, Guylhem a succombé au clavier canadien international et n'est plus trop intéressé.

Depuis la situation a évoluée :

• xorg et xfree86 se sont séparés,
  
• la base de définition des claviers a désormais son propre projet
  
• et surtout, les locales unicode sont devenue la règle et plus l'exception
  

Aujourd'hui je souhaiterais revenir sur ce clavier, corriger les erreurs commises précédemment et ajouter quelques symboles unicode qui n'étaient pas possibles à l'époque. Un patch très préliminaire est en ligne et je souhaiterais avoir vos retours sur un certain nombre de points (cf la suite de l'article pour les détails).

Le 9 août, Intel a annoncé, par l'intermédiaire d'une liste de freedesktop.org, son ambition de commencer un long partenariat avec la communauté du logiciel libre au niveau de ses pilotes graphiques. Ainsi, les pilotes pour le chipset i965 se retrouvent à disposition sous licence GPL.

L'équipe de développement annonce que ce n'est qu'un premier jet, qu'il y a encore des améliorations et sûrement des corrections à apporter, mais souhaite faire part de leur bonne foi par l'intermédiaire de cette disposition. Ils espèrent en outre pouvoir travailler avec la communauté X.org ainsi que MESA.

On pourra également retenir qu'Intel prend donc une décision opposée à celle de ses concurrents au moment même où nous avons appris le rachat d'ATI par AMD.

Merci également à Andreï V. Fomitchev qui nous a signalé l'information suivante :

Dans une interview à InfoWorld, Hal Speed, un manager d'AMD, indique (dans le dernier paragraphe) que l'open-source peut représenter une part importante des pilotes ATI et qu'il est temps que les fonctionnalités graphiques évoluent...