Chacun sait que le très attendu E17 a connu ces derniers mois des avancés majeures. En fin d'année dernière le développement des bibliothèques EFL (Enlightenment Foundation Librairie) a laissé place à celui de l'environnement graphique proprement dit. Aujourd'hui il devient utilisable et implémente presque entièrement NETWM. De plus il existe déjà une belle série de thèmes ainsi que des utilitaires utilisant EFL tels que eclair (lecteur multimédia), evidence(Gestionnaire de Fichiers), Emblem (Sélectionneur de Fond d'écran)...

Pour dynamiser le développement d'applications annexes, l'équipe d'Enlightenment n'ayant pas eu droit aux primes de google, a décidé d'organiser en un mois un concours de programmation nommé "Extortion" permettant de gagner un prix (un t-shirt semble t-il) et surtout... l'adulation de la communauté Enlightenment.

Zack Rusin, développeur KDE salarié par Trolltech pour travailler sur X11, a présenté au dernier Linuxtag Exa (Eyecandy X Architecture).

Cette nouvelle architecture accélérée est basée sur KAA, l'architecture de KDrive. Son objectif est de fournir une alternative à l'architecture actuelle, XAA, qui tirerait bien parti de Xrender et de Composite, en attendant que Xgl, le serveur X basé sur OpenGL, soit prêt.

De plus, Exa a été pensée pour faciliter le portage des drivers depuis XAA. Sa sortie est prévue pour la prochaine version de Xorg au mois de septembre, Zack s'étant proposé de porter les drivers non maintenus.

Jon Smirl a écrit fin août un article conséquent traitant des choses qu'il avait appris durant les deux dernières années en réalisant le serveur Xegl. Les sujets sont le serveur X actuel, le framebuffer, Xgl, les pilotes graphiques, le support multiutilisateurs, l'utilisation de la GPU et la conception d'un nouveau serveur d'affichage.

Linux.com a fait un interview de deux développeurs de BERLIN, ce projet
visant à créer un nouveau système graphique plus performant et plus avancé
technologiquement, en utilisant des composants tels que Corba et MESA.

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

Bien qu'il n'y ait pas d'annonce officielle sur themes.org, ni même de lien, il semble qu'ils aient ajouté icewm à la liste des wm dont ils regroupent les thèmes. Ils auraient commencé le 1/10/99, et ont déjà (?!) 8 thèmes (les vieux, quoi). NdM. : cette dépêche a été initialement publiée le 05/10/1999 à 09h36, perdue lors d'une migration du site, retrouvée et remise en ligne le 1er mai 2012 (les éventuels commentaires initiaux ont été perdus).

Le plus illuminé des window managers vient de sortir sa version 0.16.
Enlightenment est encore plus beau qu'avant :)
Au menu :
- icon box avec snapshot des fenetres,
- pager avec snapshot,
- groupement de fenetres,
- support kde & gnome,
- nouveaux themes
- …

Mon écran est tellement beau que je passe des heures à le mater sans bosser
;-)

NdM. : cette dépêche a été initialement publiée le 11/10/1999 à 09h45, 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 0.7.1 du Projet Looking Glass vient de sortir. Le Projet Looking Glass (LG3D pour les intimes) vise la réalisation d'un environnement de bureau en 3D pour Linux et Solaris. Il est "sponsorisé" par Sun, qui paye certains de ses développeurs pour travailler dessus, et écrit en Java.
Cette nouvelle version apporte maintes améliorations, en grande partie grâce au Summer of Code de Google. Les versions précédentes se focalisaient sur le support des applications X11 dans l'environnement. Mais maintenant, des prototypes d'applications en 3D apparaissent.

Pour fonctionner, LG3D a besoin d'une machine relativement récente, mais pas forcément haut de gamme : processeur d'un peu plus d'1 Ghz (il tourne parfaitement avec 1,5 Ghz), 196Mo de mémoire vive, et surtout une carte graphique relativement correcte (avec des bons pilotes, ça va de soi) : une nVidia Geforce 4 MX avec 64Mo de mémoire vidéo est à priori le minimum. D'un point de vue logiciels, il faut au minimum Java 1.5.0 (malheureusement, gcj ne supporte pas encore certaines fonctionnalités de Java5), Java3D 1.4 beta1 et JAI (Java Advanced Imaging API) 1.1.2_01.

LG3D est un logiciel libre, sous licence GPL.

P.S. : il est inutile de troller sur bureau 2D vs bureau 3D : tout a déjà été dit sur la dépêche pour la version 0.6.1
P.P.S. : le site web en français est obsolète. Si vous souhaitez aider à sa traduction, contactez moi.

Trolltech vient d'annoncer la disponibilité de la première révision mineure de Qt4, qui apporte son lot de nouvelles fonctionnalités :

• support du rendu des graphiques Tiny SVG 1.2 ;
• support du PDF par le sous-système d'impression ;
• un framework de tests unitaires léger et thread-safe ;
• support des proxy SOCKS 5 ;
• amélioration de la gestion de l'OpenGL ;
• support de la coloration syntaxique dans le moteur de rendu de texte.

QtDesigner a aussi été mis à jour.

La version 0.16.2 est sortie hier. À essayer d'urgence... NdM. : cette dépêche a été initialement publiée le 07/11/1999 à 22h23, perdue lors d'une migration du site, retrouvée et remise en ligne le 1er mai 2012 (les éventuels commentaires initiaux ont été perdus).

Nouveau drivers chez 3DFX pour ces cartes. Apparement des utilisateurs
ont des problémes avec une voodoo 3 1000 sur les cibox de conforama. A voir
si les problémes sont résolus.

Source: hardware.com

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

Quentin MERIGOT travaille sur un projet de modeleur 3D, mais aimerait
avoir un coup de main car il ne peut pas tout faire tout seul.
Intéressé ? Contactez-le !

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

Le très attendu et très prometteur XFree86 4.0 devrait sortir au milieu
du premier trimestre 2000.
En attendant un snapshot (3.9.17) ainsi qu'une nouvelle version stable
(3.3.6) sont prévues d'ici la fin de l'année.

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

Pour fêter Noël, la fondation Xorg nous livre la première version majeure de X11 en plus de dix ans : X11R7.0

La principale avancée de X11R7.0 est sa modularisation (passage d'une archive de sources unique à 287 archives distinctes) et son "autotoolisation", c'est-à-dire le passage à autoconf et automake pour la configuration et la compilation. Cette version est accompagnée d'une petite soeur : X11R6.9. Cette dernière est le pendant "classique" de X11R7.0, comprenant le même code mais non modularisé, et avec l'ancien système de compilation (imake). À l'avenir, la branche monolithique devrait être maintenue, mais les ajouts de nouvelles fonctionnalités seront concentrés sur la branche modulaire (avec l'objectif d'un X11R7.1 à la mi-2006).

Par ailleurs, le chargeur de modules utilise désormais un protocole basé sur libdl et permet entre autre l'utilisation de cette nouvelle mouture sur MIPS, Motorola 68000, HP PA/RISC, etc, ainsi que la compatibilité binaires des modules sur une même architecture (un module compilé sous Linux/x86 pourra donc être utilisé sous OS2/x86, FreeBSD/x86, Hurd/x86).

On notera aussi l'apparition dans ces versions de EXA, une alternative à XAA (XFree86 Acceleration Architecture) pour l'accélération 2D, qui promet de meilleures performances avec les cartes graphiques modernes. Cette architecture n'est cependant pour l'instant supportée que par les drivers i128, radeon et sis, et n'est pas activée par défaut.

On retiendra enfin nombres d'améliorations du support Multi-Head et une réécriture complète de Xinerama, le support (expérimental) de l'accélération 3D pour les cartes Radeon r3xx et r4xx, ou encore la possibilité d'utiliser les définitions de clavier xkbdesc qui supplantent le traditionnel xkbdata et offrent plus de cohérence et de souplesse.

NdM : merci à Guillomovitch pour avoir également proposé la news.

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.

Le projet Berlin, qui vise plus ou moins à proposer une alternative à X, vient de sortir une nouvelle version de son système. Particulièrement impressionant, le screenshot où l'on peut voir des fenêtres transparentes. Bientôt des Eterm vraiment transparents ? NdM. : cette dépêche a été initialement publiée le 14/12/1999 à 10h47, perdue lors d'une migration du site, retrouvée et remise en ligne le 1er mai 2012 (les éventuels commentaires initiaux ont été perdus).

L'évolution du prometteur Monlight Creator de Stéphane Rehel, désormais
sous GTK 1.2, en version renommée Moonlight Atelier 0.9.0
En quelques mots: Rendu (Lancé de Rayon, Radiosité ), + Modeleur à courbes
NURBS et Bézier, editeur de textures, etc…

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

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 !

Une nouvelle version alpha des drivers pour Xfree86 pour les tablettes
graphiques Wacom. Juste une bonne occasion pour indiquer qu'elles
fonctionnent à merveille avec Xfree86 et la version Gimp de développement.
Pour ceux qui cherchent quoi s'offrir pour Noel, voilà une idée.

NdM. : cette dépêche a été initialement publiée le 19/12/1999 à 22h21, 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 serveur X pour les cartes a base de GeForce de chez Nvidia est
disponible sur l'url ci-dessous.
Merci Linuxgames.

NdM. : cette dépêche a été initialement publiée le 20/12/1999 à 22h17, 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).

Nvidia a sorti ses serveurs Xfree86 et ses drivers GLX 3D pour ses
cartes GeForce 256, NV1, RIVA 128, RIVA 128ZX,
et RIVA TNT/RIVA TNT2. Le tout est encore basé sur Xfree 3.3.5.

NdM. : cette dépêche a été initialement publiée le 07/01/2000 à 05h06, 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.

Depuis la "XFree86-devel-mailing list", je cite: "XFree86 3.3.6 has been released.[...]" Les binaires sont disponibles pour FreeBSD 2.2.x, 3.x, Linux (glibc 2.x), NetBSD 1.3, Solaris, Unixware. NdM. : cette dépêche a été initialement publiée le 08/01/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).