Le but de cette dépêche n’est pas de présenter l’ensemble des nouveautés de la dernière architecture de processeurs lancée par Intel sous le nom de code « Sandy Bridge » (nous vous renvoyons à vos sites habituels spécialisés dans le matériel pour cela), mais plutôt de s’attarder sur les nouveautés internes qui demandent une prise en charge logicielle.

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 ?

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 !

WMFS, Window Manager From Scratch

WMFS est un gestionnaire de fenêtres dit tiling. Développé par xorg62 (et quelques utilisateurs du logiciel) en C à l’aide de la XLib. WMFS se distingue des autres tiling window managers sur de nombreux points.

Il intègre notamment pas mal d’agencements (layouts), de belles fonctionnalités sur les tags et possède une configuration très simple à prendre en main. C’est un WM souple et tout autant léger.

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.

La mise à jour des Enlightenment Foundation Libraries en version 1.0 est un moment important pour le projet, car les développeurs veulent, et pensent pouvoir maintenant garantir, une stabilité complète de l'API et de l'ABI des EFL pour plusieurs années.

Cela devrait faciliter l'utilisation par les professionnels, les amateurs et les empaqueteurs, en leur donnant accès à un ensemble de bibliothèques optimisées pour donner le maximum de tous les matériels possibles, en donnant une flexibilité et des possibilités graphiques hors du commun.

Après plusieurs réécritures et 10 années de développement, les EFL (Enlightenment Foundation Libraries) sortent en version 1.0 un peu moins de trois mois après la sortie de la version bêta. Cette phase de bêta ayant été mise à profit pour supprimer un maximum de bogues et s'assurer au mieux de la portabilité des EFL.

C'est ainsi que la première version stable de ces Enlightenment Foundation Libraries, les bibliothèques logicielles utilisées par le très attendu E17, est enfin arrivée. Ces bibliothèques se veulent très optimisées afin de fonctionner même sur des appareils peu performants.

Les bibliothèques sont écrites en C et sous licence BSD (sauf la bibliothèque Eina qui est sous LGPL 2.1).

Cette sortie arrive une semaine avant le FOSDEM 2011 où il y aura un stand de l'association francophone et 2 discussions concernant Enlightenment et les EFL :

• Modularité d'Enlightenment, par Michael Bouchaud, un des développeurs d'Ordissimo, qui montre qu'Enlightenment peut être utilisé autrement que comme un gestionnaire de fenêtres classique ;


• Utilisation des EFL dans l'embarqué, par Cédric Bail, développeur chez Free, créateur d'Elixir, bibliothèque utilisant les EFL et permettant d'écrire en JavaScript des jeux pour la Freebox.

NdM : Merci à Xavier Claude qui a proposé une autre dépêche qui est venue compléter celle-ci.

Xfce est un environnement de bureau basé sur GTK+ qui se veut léger, simple, mais complet, souple, modulaire, portable et respectueux des standards portés par freedesktop. Ce dimanche 16 Janvier est sortie la version 4.8 de Xfce, après deux ans de développement et trois versions bêta. Pour rappel, la version 4.6 était sortie en février 2009.

Plusieurs nouveautés :

• Un nouveau tableau de bord, réécrit de zéro, avec gestion de la transparence, du double écran, configuration plus facile, mais toujours compatible avec les anciens greffons ;
  
• Le portage de thunar, xfdesktop et thunar-volman vers gio, permettant notamment l'utilisation des partages réseau dans thunar ;
  
• Utilisation de consolekit, udisk, upower ;
  
• Expulsion de HAL ;
  
• Apparition de libxfce4ui (remplacement de libxfcegui4), garcon (gestion des menus, remplacement de libxfce4menu), tumbler (thumbnailer) ;
  
• Support multi-écran amélioré, avec une meilleure interface de configuration ;
  
• Et bien sûr, des corrections de bogues à la pelle.

L'installeur « automatisé » devrait bientôt sortir. Il permet d'installer simplement Xfce 4.8, si votre distribution ne le propose pas.

Les EFL (Enlightenment Foundation Libraries) sont un ensemble de bibliothèques dédiées au graphisme, très optimisées et utilisées entre autres pour l'écriture du gestionnaire de fenêtre Enlightenment, du media player Enna, ainsi que d'autres applications :

• Enki (gestionnaire de photos),
  
• Eyelight (outil de présentation)
  
• ou bien le développement de jeux sur la Freebox.

Un mois et demi après la sortie en version 1.0.0 Alpha, les EFL sortent en version Bêta. L'API ne changera plus jusqu'à la version 1.0.0 finale (en particulier, tout ajout de fonctionnalité est interdit). La priorité est la correction des erreurs et l'amélioration de la documentation, avec comme but la sortie en version 1.0.0 finale à la fin du mois d'octobre (avec peut-être des Release Candidate entretemps).

Le SIGCHI de Toulouse, avec la participation de Toulibre, organisent la venue de Peter Hutterer qui fera une présentation (en anglais) sur le support des entrées utilisateur multiples et du multi-touch sous X.org le mardi 14 septembre à 19h00 à l'ENAC.

La présentation est intitulée The multi-user desktop evolution : Increasing input bandwidth from one to many et se tiendra en salle B07 sur le campus de l'ENAC. L'entrée est libre.

Peter Hutterer est développeur chez Red Hat à Brisbane, en Australie. Il travaille sur X Window depuis 2006. Il en maintient la plupart des pilotes de périphériques d'entrée ainsi que l'ensemble du sous-système d'entrée du serveur X.Org. Avant de rejoindre Red Hat, il a obtenu un doctorat de l'Université d'Australie du Sud dans le domaine des interfaces multi-utilisateurs.

Les EFL (Enlightenment Foundation Libraries) sont un ensemble de bibliothèques dédiées au graphisme, très optimisées, et utilisées entre autres pour l'écriture du gestionnaire de fenêtre Enlightenment, du media player Enna, ainsi que d'autres applications : Enki (gestionnaire de photos), Eyelight (outil de présentation). En développement depuis plusieurs années, elles viennent de sortir en version 1.0.0 Alpha. L'API est donc considérée comme stable. La priorité est la correction des erreurs, avec comme but la sortie en version 1.0.0 finale.

Comme tous les ans depuis 2006, X.Org participe au Google Summer of Code. Si vous êtes un étudiant et que vous vous ennuyez pendant les vacances, plutôt que de réviser pour la session de septembre vous avez une occasion d'écrire du code plein de poils dans X.Org !

L'avantage de X.Org sur beaucoup d'autres organisations est de disposer de fonds qui lui permettent de financer les étudiants brillants mais qui n'ont pas pu obtenir une bourse par Google. Ces étudiants participent alors au programme "X.Org Vacation of Code" qui marche de la même façon que le Summer of Code (autant sur le plan de l'interaction avec les dévelopeurs que sur le plan financier), sauf pour le t-shirt (X.Org ne fait pas encore de t-shirts).

D'autre part, X.Org a récemment étendu le "X.Org Vacation of Code" en "X.Org Endless Vacation of Code". Ce mot supplémentaire et qui change tout signifie qu'au lieu de se limiter à la période estivale, ce programme propose aux étudiants de devenir développeurs X.Org à tout moment de l'année qui leur semble opportun. Si vous êtes intéressés contactez X.Org !

L'actualité de l'affichage sous Linux est riche de diverses annonces, autour des pilotes, des bibliothèques, de Xorg.

C'est l'occasion de faire un peu le point, dans la seconde partie de la dépêche, sur ces annonces et nouveautés :

• la bascule de processeur graphique ;
  
• les versions des pilotes AMD/ATI ;
  
• le futur processeur graphique Intel ;
  
• le pilote Nouveau et le développement du noyau ;
  
• la bibliothèque Clutter.

Poulsbo ou « Intel GMA 500 » est une puce graphique utilisée dans de nombreux netbooks, téléphones et autres équipements embarqués, qui fleurissent dans nos magasins. Elle est supportée par Ubuntu 8.04, 9.04 et 9.10, Fedora 11 et Mandriva Linux.

Sauf que le pilote utilise des briques propriétaires et n'est plus maintenu depuis mars 2008. C'est pourquoi il n'existe pas, par exemple, dans Debian et risque de disparaître à court terme. D'ailleurs, l'installation est délicate (exige des manipulations) et le pilote n'est pas exempt de bug.

Cet article tente d'expliquer la situation actuelle du pilote Linux et vise à avertir les futurs acquéreurs de netbooks associant forcément (à tort) Intel à « pilotes libres ».

Récemment tiwaz nous parlait de la sortie (à venir à ce moment là) de X11R7.5. Aujourd'hui c'est chose faite et je me propose à cette occasion de revenir sur le projet X.org à travers la traduction d'un article publié par l'un de ses hackers.
La conclusion est néanmoins de mon cru et les réflexions associées n'engagent que moi.

Cette dépêche est donc une traduction intégrale, avec son aimable autorisation, d'un article de Peter Hutterer, un développeur impliqué dans le projet X.org et en particulier derrière X Input.

La dernière dépêche sur LinuxFr.org concernant le serveur X date d'au moins un an et, malgré les nombreux journaux, il est parfois utile de faire un rappel des faits. Xorg est une partie vitale de l'infrastructure libre, et il est intéressant de noter toutes ses évolutions, parfois moins visibles que celles du noyau, mais tout aussi capitales.

Depuis la sortie de Xorg 7.4, un chemin considérable a été parcouru. Entre l'intégration de XRandR 1.3 et ses déformations de projection, en passant par MPX pour le multi-pointage, sans parler des évolutions diverses, remaniement de code et autre intégration, le travail effectué est considérable. Il est surtout intéressant de noter, pour les plus courageux et curieux d'entre vous, qu'on nous promet enfin des versions à date fixe et un cycle de développement bien encadré, permettant au plus grand nombre de tester et stabiliser les fonctionnalités de cette partie vitale de votre système libre.

Avec un peu de retard, mais en français, voici des informations sur la nouvelle version de Xorg (7.5) et du xorg-server (1.7), ainsi que quelques nouvelles sur l'avancement des pilotes et ce que l'on peut attendre, dans un futur plus ou moins proche.

Profitant de la tenue du SIGGRAPH 2009 à la Nouvelle Orléans, le Khronos Group a annoncé la publication de OpenGL 3.2. Il s'agit là d'une interface de programmation graphique multi plate-forme spécialisée dans le rendu 3D, concurrençant l'API Direct3D de Microsoft (dont la version 11 accompagnera la sortie de Windows 7).

Il s'agit de la dixième version publiée depuis la sortie de la version 1.0 en 1992 et de la troisième en seulement 1 an (la 3.0 étant parue le 02 août 2008 et la 3.1 le 24 mars 2009).
Cette parution confirme le bien-fondé du passage de l'OpenGL ARB originel, chapeauté par SGI, à celui du Khronos Group qui visait à en accélérer le développement, et ce malgré la (relative) longue attente de la version 3.0.

Le travail sur la norme OpenGL est conjoint à :

• OpenGL ES (API graphique destinée à l'embarqué),
• OpenCL (API dédiée à la parallélisation des calculs, notamment via les processeurs graphiques)
• et depuis peu à webGL (visant à permettre l'utilisation de la 3D directement au sein des navigateurs).

Il y a bientôt huit ans, xbindkeys sortait en version 1.0.

Pour rappel, xbindkeys permet d'associer une action ou un script à une touche ou un clic de bouton de souris.
À l'époque, j'avais écrit ce petit bout de code parce que je cherchais un gestionnaire de fenêtres qui me convenait et plutôt que de refaire à chaque fois l'association des touches du clavier, xbindkeys me permettait de garder les mêmes associations de touches avec différents gestionnaires de fenêtres. Il permettait également de faire ces associations avec les gestionnaires qui ne le permettaient pas.

Il a d'abord été écrit entièrement en C puis le besoin s'est fait sentir de pouvoir le modifier sans toucher au code en C ni appeler des scripts externes et un contributeur (Marcello Mathias Herreshoff) a rajouté la possibilité de le configurer en Scheme.
Au fil du temps, je me suis rendu compte que je refaisais un gestionnaire de fenêtres en rajoutant tout un tas de petits programmes appelés depuis xbindkeys (comme movemouse, xstickwin...) et quitte à faire quelque chose, je me suis lancé dans l'écriture d'un gestionnaire de fenêtres qui me convenait écrit, de manière homogène, en Common Lisp (clfswm).

Depuis, je n'utilise plus xbindkeys mais certains semblent continuer à s'en servir (voir l'annonce d'Uzbl par exemple).
Je continue à corriger les éventuels bugs, mais si quelqu'un veux reprendre le flambeau et créer un site plus moderne avec un wiki par exemple, une mailing-liste et utiliser un gestionnaire de versions, n'hésitez pas a me contacter. Dans tous les cas je continue à suivre xbindkeys mais - je le crains - d'un oeil de plus en plus distant.

Voilà, si vous avez envie de donner une nouvelle jeunesse à xbindkeys, ce sera avec plaisir que je passerai le flambeau.

Vous avez peut-être déjà entendu parler de Enlightenment, qui était à la base un gestionnaire de fenêtres. Notez qu'il a (certes il y a fort longtemps maintenant) été le gestionnaire de fenêtres de GNOME. La version utilisée par GNOME était « E16 » ou, plus formellement, « Enlightenment DR16 ». Si vous téléchargez cette version, vous constaterez qu'elle est assez vieille.

En effet, le développement de e17 se déroulait uniquement sur le gestionnaire de version, et l'installation de celui-ci signifiait une compilation après un checkout — bien sûr, rien n'empêche les distributions de fournir des paquets binaires de e17, et quelques unes le font.

Mais pourquoi parler de ce gestionnaire de fenêtres — ou « desktop shell » — dont la sortie semble prévue entre celle de Debian Lenny et de Duke Nukem Forever ? Eh bien, les développeurs se sont risqués à annoncer une date de sortie. En fait, une page « release schedule » classique, allant jusqu'au lundi 14 septembre, date de sortie de la version Alpha. Selon le site, si tout se passe bien, la version finale sortira aux alentours de Noël. Wait and see.

Le 4 avril 2009, Logram fête sa première année d'existence.

Logram est un projet d'environnement de bureau qui a été lancé le 4 avril 2008. Au début, Logram ne devait être qu'un mini noyau de système d'exploitation. Vers le mois d'octobre, il a radicalement changé de voie pour devenir un environnement de bureau, se basant sur une distribution GNU/Linux.

Logram est unique, et très différent de ce que vous pouvez connaître. Les autres environnements de bureau que vous connaissez sont plus ou moins semblables sur le principe : un ou plusieurs docs, un papier peint, et des applications.

Logram reprend le principe de base, mais y ajoute plein d'éléments nouveaux : un menu circulaire à plusieurs étages, des languettes sur le bord de l'écran, des widgets de bureau, et d'autres choses.

Enlightenment est un gestionnaire de fenêtres extrêmement configurable et peu gourmand en ressources. Il est basé sur un ensemble de bibliothèques nommées EFL (Enlightenment Foundation Libraries), qui elles-mêmes peuvent être utilisées à part pour créer tout type d'applications.

Pour la deuxième année consécutive, le projet Enlightenment est accepté au Google Summer of Code, permettant à des étudiants de travailler (travail rémunéré par Google) sur Enlightenment et les EFL durant l'été, avec certains de ses développeurs (quelques uns étant même français)

Une nouvelle version de la spécification d'OpenGL est disponible.

OpenGL est l'interface de programmation standardisée de référence pour le rendu 3D, développée par le groupe Khronos, un consortium d'industriels ayant des intérêts dans le domaine (Intel, AMD, Apple…). Basée sur le langage C, elle a l'avantage d'être portable sur de nombreuses plate-formes, y compris sur du matériel mobile via sa mouture « ES ». Elle est en concurrence avec l'interface propriétaire de Microsoft, Direct3D, qui est au fil des ans devenue la référence dans le domaine du jeu vidéo sur ordinateur personnel.

À l'occasion de la Game Developpers Conference 2009, le groupe Khronos a donc publié les spécifications d'OpenGL 3.1, qui représente une étape importante de son développement, abandonnant finalement les reliques du passé. OpenGL 3.1, alliée à la naissante interface de calcul à hautes performances sur cartes graphiques OpenCL, se pose donc enfin comme une alternative tout à fait moderne à Direct3D. Cette version s'accompagne d'évolutions touchant GLSL, le langage d'écriture de Shader associé.

Une mise en perspective de cette nouvelle version dans l'histoire d'OpenGL est disponible dans la seconde partie de la dépêche.

La version 1.6 du serveur X édité par X.org est disponible depuis ce 25 février 2009.

Au menu des nouveautés :

• Le support du protocole DRI2 ;
  
• RandR 1.3 ;
  
• Xinput 1.5 avec le support des propriétés ;
  
• Une meilleure gestion de l'accélération du pointeur de la souris ;
  
• Une amélioration des performances de l'architecture d'accélération 2D EXA ;
  
• Beaucoup de corrections de bogues divers et variés (et probablement quelques nouveaux ;) ).

Pour mémoire, un serveur X implémente la partie serveur du protocole X11, il est donc lancé sur une machine dite « cliente » (poste de travail). La version 1.5 (sortie avec la suite Xorg 7.4) avait notamment apporté une gestion du branchement à chaud des périphériques via HAL.

Un peu plus de deux ans après Xfce 4.4, voilà une nouvelle version majeure d'un des principaux environnements de bureau dans le riche écosystème du monde libre.

Xfce est un environnement de bureau basé sur GTK+ qui se veut léger, simple mais complet, souple, modulaire, portable (disponible sur *BSD/solaris/Macports en plus de GNU/Linux, le tout grâce au travail des packagers) et respectueux des standards portés par freedesktop (xdg, menu-spec, icon-spec, EWMH, user-dirs, trash-spec, ...)

Cette version est le résultat d'un travail acharné de la petite équipe de développeurs (une petite dizaine, aidés par de nombreux traducteurs), mais ils ne comptent pas s'arrêter en si bon chemin ! Suivez le guide pour un aperçu des nouveautés..

Avant Window Navigator est un dock, ou barre d'icônes, située généralement en bas de l'écran pour les applications en cours et lanceurs d'applications, fichiers et dossiers, ainsi que la corbeille, et éventuellement d'autres applets (« appliquettes », petites applications insérables écrites C, Vala ou Python).

Historiquement, c'est dans Arthur operating system (Acorn Computers) qu'a été introduit pour la première fois cette interface utilisateur en 1987, puis elle a été reprise par RISC OS, puis revue par NEXTSTEP et enfin Newton OS avant d'atterrir dans Mac OS X, que l'on croit l'inventeur à ce jour. Bizarrement, un brevet a été posé par Apple, Inc. en 1999 et accepté en octobre 2008.

Avant Window Navigator a donc été publié en version 0.3.2, après un an de développement.

AWN nécessite des gestionnaires de fenêtres compositing comme Metacity (GNOME), Xfwm4 (Xfce), KWin (KDE4) ou Compiz, ou bien des gestionnaires composite tels que Cairo Compositing Manager et xcompmgr.

Les autres logiciels libres du même type sous Linux sont Cairo dock et SimDock.

Les apports de 0.3.2 :

• Le réordonnancement des icônes par cliquer-glisser ;
  
• Une meilleure compatibilité avec Metacity ;
  
• AWN a dorénavant une option pour se lancer au démarrage de la session ;
  
• Un peu plus d'une dizaine de nouvelles applets.

AWN est découpé en deux : AWN-core et AWN-extras. La version 0.4.0 sera une réécriture complète du dock et de son API.