S'inspirant du 3D File System Navigator de SGI (rendu célèbre par le
film Jurassic Park), un étudiant du MIT nous offre son propre navigateur de
filesystem en 3D, baptisé FSV. A quand un interfacage avec Descent pour
effacer les fichiers en tirant dessus ? :-)

NdM. : cette dépêche a été initialement publiée le 07/02/2000 à 14h21, perdue lors d'une migration du site, retrouvée et remise en ligne le 1er mai 2012 (les éventuels commentaires initiaux ont été perdus).

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.

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"

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

Voici les très attendus binaires de la version 4.0, la vraie,
l'unique,d'XFree 86. Il sont disponibles aux formats tar.gz, deb et rpm.

NdM. : cette dépêche a été initialement publiée le 11/03/2000 à 22h45, perdue lors d'une migration du site, retrouvée et remise en ligne le 1er mai 2012 (les éventuels commentaires initiaux ont été perdus).

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.

Où on apprend que le créateur de ce moteur 3D n'a commencé à se
renseigner sur la 3D il y a seulement 6 mois.

Cette interview (en Anglais) mérite d'etre lue afin de mieux connaitre les
motivations et opinions des gens qui essaient de faire bouger le monde open
source.

Voila

NdM. : cette dépêche a été initialement publiée le 15/03/2000 à 13h16, perdue lors d'une migration du site, retrouvée et remise en ligne le 1er mai 2012 (les éventuels commentaires initiaux ont été perdus).

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.

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 ! :)

Bonne nouvelle pour les possesseurs de Riva TNT, TNT2, Riva 128 et
Ge-Force: Un driver accéléré 3D MESA/GLX est disponible chez nvidia, ils
annoncent de meilleures performances avec XFree 4.0, mais visiblement, il
n'y est pas intégré. Le driver marche, mais personnellement je n'ai pas
encore testé la 3D.

NdM. : cette dépêche a été initialement publiée le 20/03/2000 à 07h44, perdue lors d'une migration du site, retrouvée et remise en ligne le 1er mai 2012 (les éventuels commentaires initiaux ont été perdus).

WindowMaker 0.62.0 est sorti. En prime, une nouvelle version de la
LibProplist (0.10.0)

NdM. : cette dépêche a été initialement publiée le 31/03/2000 à 16h48, perdue lors d'une migration du site, retrouvée et remise en ligne le 1er mai 2012 (les éventuels commentaires initiaux ont été perdus).

3 jours après la version 0.62.0 de WindowMaker, voici la version 0.62.1
qui corrige quelques bugs.
A noter également une nouvelle version de libPropList (0.10.1)

NdM. : cette dépêche a été initialement publiée le 03/04/2000 à 08h28, perdue lors d'une migration du site, retrouvée et remise en ligne le 1er mai 2012 (les éventuels commentaires initiaux ont été perdus).

La nouvelle moûture est maintenant très multilingue, avec en particulier celle de Molière (et de Robert Charlebois, Jacques Brel ...) E supporte très bien xinerama, pour ceux qui ont de la chance ou des moyens ;) NdM. : cette dépêche a été initialement publiée le 11/04/2000 à 10h37, perdue lors d'une migration du site, retrouvée et remise en ligne le 1er mai 2012 (les éventuels commentaires initiaux ont été perdus).

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.

Pour ceux qui n'arrivent pas à installer correctement les pilotes
Nvidia, linuxgames a sorti une petite news avec les erreurs les plus
couramment rencontrées et comment les corriger et les développeurs nvidia
ont mis en place un channel sur irc.openprojects.net sur #nvidia pour vous
aider en ligne. Ils sont très bons :)

NdM. : cette dépêche a été initialement publiée le 27/04/2000 à 11h31, perdue lors d'une migration du site, retrouvée et remise en ligne le 1er mai 2012 (les éventuels commentaires initiaux ont été perdus).

S3 vient de sortir une version béta des drivers pour sa carte graphique
Fire GL1. Pour l'utiliser, il faut installer avant la version 4.0 de
XFree… (source mynews.free.fr)
Note du modérateur: Je ne sais pas sous quelle licence, mais pas GPL à ce
que je vois.

NdM. : cette dépêche a été initialement publiée le 02/05/2000 à 10h42, perdue lors d'une migration du site, retrouvée et remise en ligne le 1er mai 2012 (les éventuels commentaires initiaux ont été perdus).

Alors qu'ils avaient sortit les pilotes 0.9-1 le 24 avril dernier,
voila une nouvelle version qui corrige notemment des problèmes avec les
cartes TNT/TNT2.

NdM. : cette dépêche a été initialement publiée le 06/05/2000 à 13h14, perdue lors d'une migration du site, retrouvée et remise en ligne le 1er mai 2012 (les éventuels commentaires initiaux ont été perdus).

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.

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.

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.

Trouvé sur Slashdot : un serveur X en Java permet d'obtenir des widgets
transparents du plus bel effet…
Maintenant, j'ose à peine imaginer combien ça doit être gourmand en RAM,
cette chose-là !

NdM. : cette dépêche a été initialement publiée le 31/05/2000 à 09h44, perdue lors d'une migration du site, retrouvée et remise en ligne le 1er mai 2012 (les éventuels commentaires initiaux ont été perdus).

Sur Slashdot un article qui compare XFree 3.3.X et XFree 4.0. Benchs,
bugs, fonctionnalités prévues dans XFree 4.0, etc.
A lire si le graphisme sous Linux vous intéresse.

NdM. : cette dépêche a été initialement publiée le 02/06/2000 à 16h53, perdue lors d'une migration du site, retrouvée et remise en ligne le 1er mai 2012 (les éventuels commentaires initiaux ont été perdus).

Si vous voulez tous savoir sur Xfree 4.0 et son interaction avec les
cartes 3D, jetez un coup d'oeil dans le Login de ce mois-ci.
Explication du fonctionnement du nouveau pilote DRI.
Infos sur les principaux constructeurs.
Bref de quoi contenter tous les Tuxiens qui veulent utiliser une carte 3D
sous leurs OS favoris !

NdM. : cette dépêche a été initialement publiée le 06/06/2000 à 21h03, perdue lors d'une migration du site, retrouvée et remise en ligne le 1er mai 2012 (les éventuels commentaires initiaux ont été perdus).

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

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.