Le site web Phoronix, qui propose des tests de matériels et de logiciels sous des OS de type Unix, principalement libres, a publié hier un mini-sondage (11 questions) sur l'utilisation que vous avez de Xorg, de votre carte graphique, etc.

Le sondage a lieu jusqu'au 15 décembre, les résultats seront publiés peu après, et seront probablement utilisés par les développeurs de Xorg pour orienter leur travail. Le but de ce sondage est bien entendu de fournir aux développeurs de Xorg quelques indices sur la façon dont la majorité des utilisateurs utilisent Xorg, ceci afin de leur permettre de concentrer leurs efforts sur ce qui sera le plus utile.

Une nouvelle version de CLFSWM vient de voir le jour. CLFSWM (Common Lisp FullScreen Window Manager) est un gestionnaire de fenêtre écrit entièrement en Common Lisp qui a pour but de se faire oublier en présentant les fenêtres d'applications en plein écran sans décoration ni fioriture.

Il est basé sur tinywm et stumpwm et est distribué sous licence GPLv3.

CLFSWM est extrêmement dynamique : par défaut il n'y a qu'un cadre. Les autres cadres sont ajoutés au fur et à mesure suivant les besoins. Un cadre peut contenir des fenêtres ou d'autres cadres. Une fenêtre peut être présente dans plusieurs cadres. Ce qui permet différentes vue des mêmes fenêtres.

CLFSWM n'est pas à proprement parler un 'tiling window manager' puisque les fenêtres sont la plupart du temps maximisées mais la possibilité de les mettre en pavage (tiler) est présente. De plus, une fenêtre peut être flottante ou prise en charge par son cadre (maximisée, ­pavée…)

Après 6 mois de développement et près de 1000 change-sets, la version finale de awesome 3.0 est sortie. Pour rappel, awesome est un gestionnaire de fenêtres se définissant comme un framework, et supportant le « tiling ».

Cette version majeure apporte son lot de nouvelles fonctionnalités, avec principalement la réécriture complète de la configuration utilisateur qui est maintenant exportée sous forme d'une simple API en Lua. Cela permet de personnaliser son gestionnaire de fenêtres jusque dans ses moindres recoins.

Cette version est également basé sur XCB, une bibliothèque bas niveau permettant de communiquer avec le serveur X. Cela permet à awesome de se passer totalement de la vieillissante Xlib et d'être asynchrone : il est donc plus rapide que bon nombre de gestionnaire de fenêtres. L'utilisation de Pango améliore également le rendu des textes.

Mes premiers pas avec Linux remontent à ma période d'étudiant (sur une idée de mon copain Laurent) en 1998. Il s'agissait d'installer une Red Hat afin de faire du développement Web. Malheureusement pour nous, son vieux PC de l'époque (et surtout son lecteur de CD pas-standard-pas-IDE) n'avait jamais voulu reconnaître le CD qui était dans le lecteur. Nous nous étions donc résigné à nous tourner vers un IIS sous Windows 98.

C'est au cours de l'année que je réussis à démarrer une Slackware 3.0 (fournie par mon copain Christophe, salut Christophe !) qui m'amenait à un shell en mode texte. Ici, pas de graphique, juste du texte.

Ce n'est que 6 mois plus tard que je fis connaissance de mon mentor Linuxien (salut Baptiste !). Non content d'installer mon Linux en dual-boot avec Windows - à l'époque, ça restait quand même indispensable pour mes études - je configurais également mon serveur X sur une RedHat 5.2. J'avais d'ailleurs tellement bien oeuvré pour faire fonctionner tout ceci que j'avais fait une démonstration dans un amphi lors d'une install party avec configuration d'une Matrox G200 en mode 2D 16 millions de couleurs en lieu et place du mode 16 couleurs.

Avec le recul, on prend mieux la mesure des progrès qui ont été fait. Aujourd'hui, toute distribution est au moins en mesure de démarrer le serveur X et de proposer une interface graphique fonctionnelle. Néanmoins, cette situation n'est pas encore parfaite et certains points sont toujours en cours d'amélioration.

Rasterman, le project leader d'Enlightenment, vient d'annoncer le passage au stade alpha de la bibliothèque Eet.

Cette bibliothèque, faisant partie des EFL[0] est dédiée à l'encodage/décodage et au stockage des données. Elle est écrite afin d'être très simple pour le programmeur, déchargeant une bonne partie des routines de lecture et d'écriture.

Elle peut par exemple stocker de multiples bouts de données dans un ficher unique à accès arbitraire et rapide, encoder ou décoder des images ou tout autre type de donnée. Les fichiers ainsi produits sont compacts et rapides d'accès tout en étant portable entre différentes architectures (exemple : il est possible de produire un fichier écrit sur une architecture 32bits x86 puis de l'utiliser sur une architecture 64bits PowerPC sans autre action que celle de le déplacer).

Eet est portable sur beaucoup d'architectures et de systèmes d'exploitation (actuellement porté sur GNU/Linux, *BSD et même windows grâce au travail de Vincent Torri entres autres) et fonctionne pleinement sur les systèmes embarqués comme sur les fermes de serveur multi core/CPU.

Nouveau est un projet de pilote X libre visant à supporter les cartes NVidia aussi bien en 2D qu'en 3D. Depuis la dernière dépêche sur le sujet, il y a presque un an, le projet a bien évolué.

Le présent article a pour but de faire le point sur l'avancement de Nouveau et de son pilote, ainsi que sur les évolutions attendues. C'est une traduction de celui de Linux Weekly News qui sera publié jeudi. Le site LWN.net nous a gracieusement autorisé à le traduire et publier la version française avant eux. L'article original a été collégialement écrit par les membres du projet.

Si vous souhaitez nous rencontrer, vous êtes les bienvenus au FOSDEM 2008 où une partie de l'équipe du projet Nouveau se rendra les 23 et 24 février. Stéphane Marchesin y présentera les étapes pour arriver à un pilote libre (Samedi 23, 16h30 -17H30 Xorg Devroom).

Intel vient de faire un nouveau pas vers les utilisateurs de systèmes d'exploitations libres, en donnant un accès public aux spécifications complètes de ses cartes graphiques. Cela concerne la totalité de la carte c'est-à-dire tout ce qui concerne l'accélération 2D et 3D et les fonctionnalités d'accélération de l'encodage et du décodage multimédia, de leurs chipsets vidéos récents.

Les produits dont les caractéristiques sont dévoilées sont les chipsets 965 et G35, c'est-à-dire tout ce qui utilise les puces GMA X3*00 et plus récentes, intégrées dans les produits sur le marché actuellement. Intel devient ainsi la seule société parmi les trois plus grands constructeurs de chipsets graphiques actuels (AMD, NVIDIA, Intel) à avoir fourni sans NDA les spécifications intégrales de ses chipsets graphiques récents, en plus d'un pilote libre.

Dans le but d'avoir un gestionnaire de fenêtre simple, qui se fait oublier, est né CLFSWM. Comme son nom l'indique, CLFSWM est écrit entièrement en Common Lisp; il a comme base tinywm et s'inspire de stumpwm pour le principe des cadres. CLFSWM est distribué sous licence GPLv3.

Le principe de CLFSWM est que l'affichage est divisé en espaces de travail, groupes et fenêtres. Les fenêtres étant elle-mêmes contenues dans des groupes. Par défaut, un groupe est maximisé à l'écran sans bouton, menu ou décoration, rien d'autre que l'application en plein écran. Lorsqu'un groupe de fenêtres n'est pas maximisé, alors il peut être déplacé, redimensionné etc Les groupes et les bureaux sont créés à la volée quand on en a besoin. Il peut y avoir plusieurs fenêtres par groupe et une fenêtre peut apparaître dans plusieurs groupes ou bureaux (ce qui est pratique pour avoir différentes vues des mêmes fenêtres).

Suite au tournant pris dans le développement de ion3, beaucoup d'utilisateurs ont détourné leur chemin de son utilisation. Il ne reste que très peu d'alternative en matière de tiling window managers aussi viable que ion. Ces gestionnaires de fenêtres proposent d'organiser l'écran de façon à ce que les applications ne se recouvrent pas les unes les autres. Cela permet de maximiser l'espace utilisable de l'écran et l'ergonomie qui en résulte est très appréciée de certains utilisateurs.

Le gestionnaire de fenêtre (WM, « window manager ») awesome est né de ce constat : basé sur le code de dwm, il tente de l'améliorer en gardant les idées du concept de base de ce gestionnaire, tout en l'améliorant grandement en terme d'usabilité et d'interface (support Xft, cairo, etc.).

Après deux mois de développement, la version 2.0 de awesome est sortie le 11 décembre. Elle intègre beaucoup de fonctionnalités non présentes dans dwm, comme la gestion du multi-écran, etc.

Le développement est très actif et la taille du code a doublé depuis le début de son lancement.

PycaWM est né de l'envie de faire un gestionnaire de fenêtres aussi configurable (voire plus) que fvwm, sans pour autant devoir apprendre une syntaxe absconse pour le configurer.

PycaWM est écrit en python et distribué sous GPLv3. Il s'agit en fait d'un module python. Le fichier de configuration de PycaWM importe ce module et construit le window manager en python directement.

Un des points importants dans l'architecture de PycaWM est son aspect dynamique. Pratiquement tous les ajouts dans le fichier de configuration peuvent se faire pendant l'exécution du gestionnaire de fenêtres. Toutes les méthodes de PycaWM peuvent aussi être hookées ou changées pendant l'exécution. Ces modifications peuvent être effectuées par l'utilisateur grâce à un REPL.

La version 1.0.0 du pilote radeonHd est arrivée le 29 Novembre, annoncée par les développeurs de chez opensuse. Ce pilote sert pour les cartes ATI des deux dernières générations (à base R5xx et R6xx) qui n'étaient pas supportées par le pilote libre officiel livré avec Xorg.
Il fonctionne avec encore pas mal de limitations (pas encore d'accélération 2D/3D, pas de sortie TV) mais avec les quelques dernières grosses améliorations des pilotes Xorg récents (xrandr 1.2 en particulier pour la gestion des différentes sorties à chaud).

Vous pouvez suivre les derniers changements effectués sur l'arbre du dépôt GIT pour le pilote radeonhd

Quatre ans et demi ! Quatre ans et demi que la précédente version stable de FluxBox est sortie. Quatre ans et demi aux cours desquels a été développée la version 0.9.x dite "instable", qui allait aboutir à la nouvelle version stable. Pratiquement un an et demi de versions RC. Et ça y est : en toute discrétion, la version estampillée 1.0.0 est enfin sortie le 8 octobre 2007.

Présentation des nouveautés :

La liste de nouveautés entre les deux versions stables est très longue. Il y a bien sûr beaucoup de corrections de bogues et d'amélioration du code. Parmi les nouveautés, nous retiendrons :

• De très nombreux nouveaux thèmes ;
  
• De nombreuses améliorations graphiques : coins arrondis, ombres, gestion de la transparence réelle, polices d'écriture, anticrénelage, finition générale, etc. ;
  
• L'amélioration massive de la vitesse et de la gestion de la mémoire ;
  
• La prise en charge améliorée des régionalisations ;
  
• La prise en charge complète des dockapps et applications KDE et GNOME ;
  
• Lors de la bascule entre fenêtres par raccourci : priorité à la plus récente (MRU) ;
  
• De nombreuses nouvelles configurations, et une plus grande souplesse dans la configuration des différents éléments grâce entre autres aux expressions régulières : onglets, barre d'outils, fenêtres et slit ;
  
• La gestion des couches d'affichage entre le slit, la barre d'outils et les fenêtres (toujours au dessus/en dessous, maximisation des fenêtres sur le slit ou à sa limite...) ;
  
• Le rappel des configurations des fenêtres (taille, position, fixations, décorations, ombrages, espaces de travail, couches) ;
  
• La gestion améliorée des actions dans les menus et via ligne de commande (organisation des fenêtres, voir le bureau...) ;
  
• La meilleure gestion des raccourcis claviers et souris, avec la prise en charge de chaînes de raccourcis de type Emacs ;
  
• Le rappel des associations d'applications (ouvrir avec, ouvrir dans un terminal, ouvrir en tant que...) ;
  
• L'ajout de l'utilitaire fluxbox-remote, permettant l'accès par script à la plupart des commandes de FluxBox.

Captures d'écran :

Il n'y a pas encore de captures d'écran de la version stable, seule la version 0.9.x se trouve ici : mais il y a fort à parier que les prochaines captures de la version 1.0.0 seront à cette adresse :

Le site officiel de FluxBox sera bientôt complètement refait pour fêter cette naissance tant attendue après une si longue conception.

Pour rappel, compiz-core est une partie du résultat de la réunification de Compiz et de Beryl. Depuis, les développeurs travaillent ensemble, mais sur un projet divisé en deux sections majeures :

• Compiz Core, qui rassemble la base du projet et le coeur de l'application ;
  
• Compiz Extra, qui a fusionné avec Beryl pour fournir les plug-ins, les utilitaires de configuration, les scripts et les autres composants qui étoffent Compiz Core.

Cette nouvelle version, 0.5.2, disponible au téléchargement depuis le samedi 4 août 2007 apporte :

• Un meilleur support des écrans multiples ;
  
• Un système de méta-data basés sur XML qui sert à manipuler les différents type de méta-data ;
  
• Une importante amélioration de l'option d'initialisation basée sur le nouveau système de méta-data ;
  
• Un framework d'historisation ;
  
• Un support des boutons configurables dans les thèmes de Metacity, grâce à son ajout au gtk-window-decorator ;
  
• Une meilleure intégration du plugin Glib qui ne se réveille plus inutilement, en attente d'évènements, lorsqu'il était associé à la boucle main de Compiz ;
  
• Le plugin Plugin permet de modifier et d'étendre le comportement de plugins existants via de nouveaux plugins ;
  
• Un support de la transparence dans le plugin du cube ;
  
• Un plugin dbus supportant l'introspection.

Une nouvelle version majeure de Mesa vient de sortir. Mesa est une implémentation libre d'OpenGL en utilisant la carte graphique suivant ses capacité et son support matériel. Mesa utilise intensivement DRI pour utiliser le matériel. OpenGL est une API de programmation graphique 2D et 3D développé initialement par SGI et maintenant co développé par un consortium (Khronos). Grâce à Mesa, OpenGL est réellement devenu multiplateforme et ainsi, une véritable alternative à DirectX avec une portabilité grandement simplifié à la clef.

Cette version ajoute la prise en charge complète d'OpenGL 2.0 et 2.1 par les pilotes GLX, OffScreen et Win32. La gestion des différentes fonctions OpenGL dépendant ensuite du matériel.

Une bonne nouvelle est le travail effectué sur le pilote R300 pour les ATI Radeon 9600 à X850). Il a reçu pas mal de nettoyage. Ce pilote est connu pour être à la fois fonctionnel mais aussi plutôt désordonné, ceci étant surtout due au manque de spécification et aux affres de la rétro ingénierie (voir aussi le pilote avivo pour R500/R600, intégré à Xorg).

Il ne manque plus que les spécifications des matériels pour pouvoir en tirer partie dans DRI. On attend toujours un geste de la part d'nVidia et d'AMD, SIS, VIA et d'autres, Intel faisant figure de bon élève …

NdM: Chaque composante de Mesa possède une licence différente des autres morceaux (voir la page sur les licences). Si on excepte les parties démo, les licences principales sont : MIT pour le coeur, SGI Free B pour les parties développées par SGI, GNU LGPL pour la bibliothèque Mesa GLU et un copyright de Mark Kilgard pour GLUT.

Cairo 1.4.0 vient tout juste de sortir aujourd'hui, neuf mois après la version 1.2.0 (qui apportait notamment l'écriture de PDF). Les six derniers mois de développements ont été consacrés à améliorer drastiquement les performances de Cairo, qui constituent la principale récrimination envers le projet. Les performances ont été notablement optimisées pour les périphériques embarqués.

Certaines applications de la bibliothèque sont maintenant jusqu'à 96 fois plus rapides ! Certaines optimisations sont en butte avec la xlib, qu'Xorg tend à remplacer par XCB. Pour optimiser le dessin, certain changements structurels ont conduit à de minimes pertes de performances sur quelques points précis, mais cela reste relativement négligeable.

En plus des performances, de nombreuses améliorations du moteur PDF permettent désormais de produire un PDF avec du texte sélectionnable, et de compresser le texte et les polices (tout en évitant les doublons). À quand la compression des images ?

L'API s'est enrichie de nombreuses fonctions touchant divers domaines, de la gestions des masques aux fonction win32. Enfin, cette version apporte de nombreuses corrections de bogues.

Cette nuit marque l'aboutissement de deux ans de travail pour l'équipe de développement d'Xfce. Depuis la sortie de la version 4.2, beaucoup de choses on été refondues, de nouveaux composants ont vu le jour, et cet environnement de bureau s'est fait une belle place à coté de KDE et GNOME.

Xfce est l'environnement par défaut de Xubuntu et Zenwalk, et aussi de plusieurs projets de live-cds. Des installateurs graphiques sont d'ores et déjà disponibles, et des paquets mis à jour devraient rapidement apparaître dans vos distributions favorites. Le site web a par ailleurs été complètement refait avec une nouvelle charte graphique pour cette sortie.

Pour rappel, Xfce 4.4 est un environnement de bureau complet basé sur Gtk+2, portable (fonctionne autant sous GNU/Linux que sous *BSD, ainsi que sous Solaris et Cygwin) et qui se veut le plus léger possible, tout en étant agréable et facile à utiliser. Il suit au plus prêt les standards portés par freedesktop.org : XDG, EWMH, drag-n-drop, XSETTINGS, Trash, Autostart, fichiers .desktop...par exemple, tout les fichiers de configuration suivent la directive XDG_CONFIG_HOME, et sont placés dans ~/.config/ par défaut.

Aidez le projet Enlightenment ! Afin de fournir de meilleurs services aux utilisateurs, l'équipe Enlightenment recherche des fonds pour un nouveau serveur dédié. Enlightenment est un gestionnaire de fenêtre et un environnement graphique pour le système d'affichage X Window. La version actuelle en développement est aussi appelée E17 et est utilisée par la distribution Linux Yellow Dog pour la Playstation3. Si vous voulez contribuer à ce projet, sans pouvoir programmer, voici un bon moyen de soutien.

Ci après la traduction de l'appel de l'équipe :

Nous voulons remercier notre hébergeur actuel, la fondation cAos, qui nous a généreusement donné accès à leurs services CVS.

Depuis longtemps, les utilisateurs de Enlightenment sont bien au courant de la dégradation des services. Les services CVS se sont considérablement améliorés grâce à notre hébergeur actuel, cependant le site web est resté chez Sourceforge. Les permissions ont restreint les installations de services que nous jugions nécessaires à nos utilisateurs. Des services tels qu'une intégration du CVS dans le site web, un suivi de bogues, un wiki et la gestion de contenu (CMS) sont simplement trop difficiles à fournir avec les niveaux d'accès possibles avec Sourceforge. De plus, un CMS externe à Sourceforge s'est révélé lent et pas du tout fiable. La conséquence fut que le site web a été peu mis à jour depuis des mois, beaucoup du contenu a été déplacé sur edevelop.org et get-e.org, et la documentation API n'a pas été mise à jour pour refléter les importants changements qui sont documentés dans le CVS. Ces difficultés atteignent l'image du projet, découragent les nouveaux utilisateurs et frustrent les utilisateurs actuels. Nous pensons qu'un serveur dédié est le meilleur moyen pour s'affranchir de ces problèmes par le niveau de qualité attendu de ce projet.

En dernière note, nous voudrions élargir nos remerciements aux personnes qui ont déjà permis de lever 1600 dollars pour le projet Enlightenment. Votre charité n'a pas été oubliée et vos dons abonderont les fonds pour le serveur.

Ainsi, rien de plus à dire que : DONNEZ MAINTENANT ! :)

La version 1.0 du projet projet d'environnement graphique en 3D "Looking Glass" est enfin disponible.

Il y a trois ans, Hideya Kawahara, développeur chez Sun Microsystems, a réalisé un premier prototype d'environnement de bureau en 3D. Après une démonstration interne, le projet a été libéré sous licence GPL. La libération du projet a permis de poursuivre son développement, l'investissement d'une communauté étant nécessaire à son aboutissement. La version 1.0 marque une première étape dans le développement : la stabilisation.

Projet initié en 2001 par Bart Massey, XCB approche de la version 1.0, hier la version candidate (RC1) est sortie.

Le système graphique X équipe la très grosse majorité des systèmes Linux ; c'est le protocole qui permet à un serveur d'affichage de communiquer avec des clients, les applications. Les clients envoient des requêtes d'affichage et le serveur affiche ce qui est demandé. Le protocole va plus loin, puisqu'il gère aussi les souris et les claviers, en bref tout ce qui constitue l'interface graphique de nos systèmes. Ce que ce système a d'intéressant, c'est qu'il permet de manière transparente l'affichage déporté, les requêtes du protocole pouvant être transférées soit localement via des sockets unix, soit à distance via TCP.

Jusqu'à maintenant la gestion de ce protocole était principalement effectuée par la Xlib. Elle fournit des fonctions haut-niveau qui sont transformées en série de requêtes envoyée au serveur. Le problème de la Xlib est qu'elle est synchrone, c'est à dire (en simplifiant) qu'elle envoie une requête, attend la réponse du serveur, envoie la requête suivante... Or le protocole X est fondamentalement asynchrone, c'est-à-dire que l'on envoie une série de requête et on traite les réponses quand elles arrivent. Le seul cas où l'on doit attendre une réponse et donc bloquer le reste se produit quand la réponse a une grande importance, ce qui arrive rarement dans une application graphique. En effet, les applications graphiques ont tendance à être réactives plutôt qu'actives.

C'est de ce problème qu'est née la légende que X est lent et que si on supprimait l'abstraction réseau on pourrait obtenir un système très efficace.

XCB est une nouvelle implémentation du protocole X mais asynchrone, elle met à disposition du programmeur un accès direct au protocole et permet de jouer directement avec les requêtes. Il devient donc possible d'envoyer quelques tonnes de requêtes sans attendre de réponse, et quand l'application dispose d'un peu de temps libre elle vérifie qu'il n'y a pas eu de gros problèmes.

Et comble du bonheur, XCB peut aussi servir de couche de transport pour la Xlib. Attention, ça ne veut pas dire que toutes les vieilles applications mal programmées vont soudain devenir tellement rapides qu'elles en seront inutilisables, car en utilisant XCB la Xlib reste synchrone. L'avantage est qu'il devient possible de mélanger les appels à la Xlib et à XCB et donc de migrer progressivement les applications.

La 1.0 ne devrait pas tarder puisque l'API est stabilisée. Si aucun problème dans cette API n'est soulevé durant cette phase de test la version 1.0 sortira d'ici peu. Le deuxième problème c'est que maintenant il va falloir se motiver pour porter les applications... et là il y a du travail, mais c'est possible. Il existe déjà par exemple une version XCB de evas la bibliothèque graphique de Enlightenment 17, et quelques autres. L'idéal serait un portage d'un gros toolkit tel que GTK+, ce qui accélérerait un maximum d'applications rapidement.

NdM Cette dépêche est issue du journal de beagf.

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).

Qt4, bibliothèque de programmation maintenant disponible sous licence GPL pour Linux, Windows et Mac, manque d'outils complètement dédiés à son emploi. QIde est un environnement de développement consacré à cette bibliothèque.

Jeune mais déjà pleinement fonctionnel, il pilote complètement les outils nécessaires à la compilation et au débogage des projets. Simple d'emploi mais performant, il possède un niveau agréable d'utilisation, avec les fonctionnalités classiques d'un IDE (complétion, colorisation syntaxique).

Fedora lance une campagne de test de la police de caractères DejaVu dont le but est vérifier qu'il n'y a pas de problème majeur selon la résolution et les locales utilisées. Le déroulement de l'opération est détaillée sur le wiki de Fedora.

Les fontes de la police DejaVu sont amenées à devenir les fontes principales de tous les bureaux FLOSS et sont déjà utilisées par des distributions Linux comme Debian, Suse, Ubuntu et beaucoup d'autres. Les informations collectées lors de cette campagne bénéficieront à toutes les distributions. Il n'est d'ailleurs pas nécessaire d'utiliser Fedora pour y participer.

NdM : DejaVu est une déclinaison populaire des polices Bitstream Vera dont la dernière version date du 16 avril 2003. Les objectifs de DejaVu sont principalement la qualité (corriger les problèmes actuels de Vera) et la couverture unicode.
Enfin, d'après le Wiki du projet, ces test sont purement esthétiques et non techniques. Il s'agit principalement de vérifier, pour un maximum de locales et de résolutions, "un mauvais rendu pour certaines tailles ou applications, des glyphes laids, difficiles à lire ou manquants, un mauvais espacement des glyphes ou des accents"

Un chercheur français du DCSSI, Loïc Duflot, a récemment publié un article sur un trou de sécurité dans l'architecture même de x.org, faille suffisante pour contourner les protections habituelles (type SELinux, GRsecurity, etc).

La description du problème est assez complexe mais securityfocus a publié une interview de M. Duflot très éclairante : il s'agit de profiter de l'accès direct (sans passer par le noyau), par X11, a certaines fonctionnalités des processeurs x86 pour pouvoir détourner les flux logiciels, et exécuter du code à l'insu du noyau (et de ses éventuelles couches de protections).

NdA : Merci à herodiade pour son journal. Je vous invite à lire les commentaires intéressants qui ont été faits.

DejaVu est une famille de fontes sous licence libre dérivée de Bitstream Vera. Son objectif est de fournir une plus grande couverture d'unicode tout en maintenant l'aspect original en utilisant un mode de développement collaboratif. La famille est disponible en tant que fontes OpenType TTF.

Les nouvelles versions sortent à un rythme régulier d'une par mois. Une nouvelle mouture est sortie le 14 mai 2006 apportant un lot important de nouveautés : amélioration des algorithmes d'optimisation (hinting), ajout de nouveaux caractères (symboles mathématiques, combinaisons Braille, etc.). Vous êtes invités à la tester et à rapporter les éventuels problèmes. Si la conception de nouveaux caractères ou l'optimisation de ceux existant vous intéressent, l'équipe de DejaVu accueille les nouveaux dans la bonne humeur et les guidera dans leurs premiers pas (et en français si besoin est). À bientôt !

Enlightenment DR17 (E17), la nouvelle version du célèbre gestionnaire de fenêtres E16 voit son développement se poursuivre, toujours avec autant de dynamisme.

Après la mise à disposition des bibliothèques graphiques de base (Enlightenment Foundation Libraries ou EFL) il y a plus d'un an, la stabilisation de ce qu'il convient d'appeler maintenant un «desktop shell» s'est poursuivie. E17 en est donc maintenant au développement des applications tierces et du toolkit graphique. Il y a eu beaucoup d'améliorations sur le panneau de configuration qui est maintenant très complet. La traduction comprend actuellement plus de 20 langues.

Le développement souffre un peu de son succès et il devient de plus en plus difficile d'accéder au CVS, le miroir ayant du mal à suivre, l'équipe va installer un nouveau serveur, vous pouvez peut-être aider.

Et qu'en est-il du support de XGL ? La réponse de Rasterman a été très claire : E17 ne suivra pas la voie OpenGL/3D sur le desktop. E17 est prévu pour être léger, rapide et portable (exemple pour l'embarqué [vidéo 2Mo]) et ne veut pas s'attacher à une dépendance aussi forte.

On notera également la sortie de la version 0.4.2 de Elive, le live-CD contenant E16 et E17, basé sur Debian Morphix.