La mode aujourd'hui dans les lecteurs vidéo sous Linux, c'est de faire dans le picassisme : plein de couleur, des formes encore non identifiés et on se sait même pas ce que ça réprésente. Sans compter que la plupart contiennent des préférences qui s'adressent au moins à un ingénieur BAC+12 de l'animation ou de l'image : parfois comprendre ces préférences nécessite au moins de travailler chez Pixar.

La simplicité de ce genre d'application - pourtant quasiment aussi nécessaire qu'un navigateur Internet - ne semble pas être de ce monde. On dirait que les auteurs se sont lancés dans le concours de l'application la moins ergonomique, voire la plus mystique. Parfois, ça relève carrément du paranormal. À moins que les auteurs ne soient tout simplement que des étudiants en Arts Plastiques.

Tout ça pour dire que je cherchais un lecteur vidéo "présentable" et simple. Je parle de quelque chose de sobre, fonctionnel, d'ergonomique dans le sens que si je le mets entre les mains d'un Jayce, il arrive à lire son DVD ou ces fichiers vidéos sans perdre de temps à chercher où se trouve le bouton Play dans l'amas arlequin de couleurs qui entâche son écran dans une forme encore non identifiée par les plus grands mathématiciens et ergonomiquologues.

Pour ma part, j'utilise MPlayer, juste la commande, pas d'interface graphique : dans ROX, j'associe les fichiers vidéo à MPlayer et d'entrée, ça lance la vidéo sans fenêtre à la OpenOffice ou Xine qui m'annonce que dans 10 ou 15 minutes, l'application sera chargé et que je pourrais alors commencer à voir des pixels s'animer. Mais MPlayer est loin d'être ergonomique pour celui qui ne veut pas apprendre la dizaine de raccourcis de survie et qui ne demande qu'à cliquer simplement.

C'est là qu'arrive le lecteur vidéo que je cherchais. Celui qui est simple, ergonomique, "bullshit free" ! Facile de prise en main, pas de zigouïgouï, pas de fenêtre "va prendre un café pendant que je me lance" (même s'il est moins véloce que MPlayer au lancement). Il s'agit de Totem. Ajouter les codecs propriétaires est un jeu d'enfant et il utilise la bibliothèque de Xine (xine-lib) et permet évidemment de lire les DVDs (pour peu que les bibliothèques nécessaires sont installées).

Bref, si vous cherchez ce genre de lecteur vidéo simple et sans chichis, je vous recommande Totem [1]. Pour certains, son seul "hic" est qu'il nécessite les bibliothèques GNOME, mais pour moi ce n'est pas un problème. Au passage, si vous avez un lecteur vidéo dans le genre aussi simple et ergonomique, qui ne nécessite pas GNOME mais écrit en GTK+, je suis preneur. Mais malgré mes recherches, je n'ai rien trouvé de tel.

[1] http://www.hadess.net/totem.php3(...)

> Lire le journal (58 commentaires, moyenne: 3,2).

Le bureau léger XFCE avance vers la prochaine version stable (4.2) avec l'annonce de XFCE 4.2 Beta1 [1]. Cette version de développement contient probablement des bogues à signaler sur la page BugZilla [2] ou la liste de diffusion xfce4-dev [3] du projet XFCE. Les paquetages pour Linux Slackware ne sont pas disponibles mais vous pouvez télécharger l'installateur graphique pour XFCE 4.2 Beta1 [4] qui fonctionne parfaitement sous Linux Slackware 10.0. Les sources livrées avec l'installateur seront compilées pour installer XFCE dans le dossier de votre choix. Notez qu'en plus des paquetages gtk+2 et libxml2, vous devez installer la bibliothèque Disk Based Hashtables [5] avant de procéder à l'installation.

[1] http://xfce.org/index.php?page=news〈=en(...)
[2] http://bugzilla.xfce.org/(...)
[3] http://lunar-linux.org/mailman/listinfo/xfce4-dev(...)
[4] ftp://os-cillation.com/installers/xfce4-4.2beta1-installer.bin(...)
[5] http://dbh.sourceforge.net/(...)

> Lire le journal (4 commentaires, moyenne: 3,8).

Décidément, les ombrages et la transparence de X.Org m'étonnent de plus en plus. Bien que je n'utilise pas ces fonctionnalités visuelles quotidiennement, je les ai parfois activés "pour voir" comment ça se passait, car bien évidemment il s'agit de fonctionnalités expérimentales (extension Composite).

Résultats avec une Xpert@Play98 (mach64)

Lors de mon premier passage à X.Org 6.8.1, je possédais une carte graphique ATI Xpert@Play 98 (une mach64). Les ombrages sous les fenêtres et la transparence étaient plus ou moins "satisfaisants", mais je sentais tout de même une résistance lors du déplacement d'une fenêtre avec affichage du contenu et parfois, mais rarement, certaines zones d'écran n'étaient pas mises à jour. On ne pouvais pas dire que c'était vraiment stable car X se bloquait parfois assez aléatoirement : il fallait alors que je me connecte sur une autre console (ALT+F2 pour la console 2 par exemple) et que je tue le gestionnaire Composite (xcompmgr) lancé préalablement pour avoir les ombrages.

Depuis, ma carte mach64 vieillisant, je l'ai changée pour quelque chose de plus à jour, une NVidia GeForce FX 5200 128Mo DDR AGP 8/4x. Et là, les résultats sont surprenants. Disons qu'ils sont plutôt "originaux" ...

Résultats avec un GeForce MX 5200 et le pilote standard

Cette carte NVidia est pleinement supportée par X.Org en ce qui concerne la 2D via le pilote "nv". Il s'agit d'un pilote livré en standard avec X.Org : il ne contient aucune accélération 3D. Il est possible d'utiliser un pilote optimisé NVidia pour bénéficier de l'accélération 3D (le nom du pilote est "nvidia").

Avec le pilote standard de la NVidia, l'ombrage est excellent : aucun ralentissement, les fenêtres se déplacent aussi bien avec que sans ombrage sans aucun ralentissement visible. L'amélioration est plus que notable comparée à ma bonne vielle mach64 : plus de "résistance" lors du déplacements des fenêtres, aucun problème de mise à jour de certains zones de l'écran. En ce qui concerne la transparence, c'est bizarrement plus lent qu'avec mach64. Et quand je dis plus lent, c'est vraiment plus lent, limite quasi-inutilisable. J'ai été vraiment surpris de ce résultat. J'ai décidé d'essayer avec les pilotes optimisés tels qu'ils sont fournit par NVidia.

Résultats avec un GeForce MX 5200 et le pilote optimisé de NVidia

Avant d'installer le pilote optimisé de NVidia, je teste le rendu d'un jeu nécessitant la 3D : Cube. Il s'agit d'un petit Quake like, assez sympa pour le profane que je suis à ce genre de jeu - et à tous les jeu en général d'ailleurs :) Mais bon, il s'agit d'avoir une base pour comparer avec et sans le pilote optimisé pour la 3D. Alors déjà, dès le lancement du jeu, c'est inutilisable : entre le moment ou je bouge la souris et le moment où l'affichage se met à jour, il y a carrément 15 secondes de décalage *au moins* !

J'installe alors le pilote optimisé de NVidia car à l'évidence, dire que le pilote par défaut n'est pas optimisé pour le 3D, c'est un euphémisme marseillais qui surpasse le conte de la sardine et du vieux port (ou du vieux porc selon les versions). Bon, sans surprise, le jeu fonctionne du feu de dieu : l'accélération est donc fonctionnelle et je me prends au jeu (ah ah ah !) une petite heure ... en rebootant de temps en temps car ce pilote semble aussi accélérer le temps nécessaire entre deux plantages.

Bref, j'active les ombrages dans un premier temps et là, comment dire ... ça rame énormément ! C'est simple, si je compare avec ma vieille mach64, cette dernière est un foudre de guerre ! Si j'active la transparence, c'est toujours pire qu'avec ma mach64 et même la transparence logicielle de ATerm/ RXVT/ETerm/PitPouikTerm est plus véloce !

On me conseille ici et là d'activer l'option RenderAccel du pilote "optimisé", ce que je fais me disant que j'allais enfin obtenir quelque chose de bien. Que nenni messire, ça ne change rien ! Enfin si, ça change quelque chose : en 10 minutes d'utilisation, j'ai dû rebooter 2 ou 3 fois car le système plante complètement (pas seulement X) avec les ombrages et/ou la transparence : j'ai connu plus de plantage en 1 heure avec le pilote optimisé qu'en 10 ans de "Linuxing" ...

Morale de l'histoire

Finalement, j'ai viré le pilote "optimisé" car je ne suis pas joueur et que je n'ai pas vitalement besoin de l'accélération 3D. De plus, à l'évidence, ce pilote optimisé pour la 3D donne de bien piètres résultats pour être utilisé avec l'extension Composite comparé au pilote standard de X.Org. Dans tous les cas, le pilote standard semble meilleur pour celui qui n'a pas besoin de l'accélération 3D.

Bref, si quelqu'un a une expérience différente avec sa carte graphique, je suis curieux de savoir ce que ça a donné avec cette extension Composite expérimentale. Pour ceux qui veulent tester les ombrages et la transparence avec leur carte graphique, voir ce commentaire :

http://linuxfr.org/comments/472827.html#472827(...)

> Lire le journal (22 commentaires, moyenne: 1,8).

Microsoft prévoie de sortir des mises à jour de sécurité pour Internet Explorer mais seulement ... pour Windows XP SP2 [1] ! Le problème est que la moitié des installations Windows ne sont pas sous Windows XP : les utilisateurs auront dont le "choix" 1) de mettre à jour leur version de Windows vers XP, 2) de rester avec leur navigateur Internet troué de failles de sécurité ou 3) de passer à un navigateur alternatif.

D'une part, on notera que de nombreux utilisateurs de Windows particuliers qui ne sont pas forcément au courant de la sécurité garderont leur bon vieux Windows avec toutes les failles non corrigées. D'autre part, des sociétés réticentes ou étudiant encore la possibilité de mettre à jour leur installation avec le Service Pack 2 se retrouveront devant un choix difficile. Tout cela amène à une conclusion simple : de nombreux virus pourront continuer à exercer leurs méfaits. Quand on constate que la moitié des installations Windows ne sont pas sous Windows XP SP2, on peut se poser la question sur la pertinence du choix de Microsoft. Probablement un tour de force pour inciter les utilisateurs à passer sous Windows XP SP2 : c'est beau un monopole !

Ce choix permettra sûrement aux navigateurs alternatifs libre tels que Mozilla ou FireFox de grignoter un peu plus la part de gâteau de Internet Explorer. Microsoft se vante qu'elle est une société innovante, mais où est l'innovation dans Internet Explorer ? Seuls navigateurs alternatifs ont innové ces dernières années, et les utilisateurs éclairés pourront s'en rendre compte en remplaçant leur Internet Explorer Vieillissant par un navigateur moderne tel que Mozilla ou FireFox. À partir de là, deux cas de figure se présentent. Soit Microsoft sort un navigateur au moins aussi intéressant que Mozilla/FireFox que les utilisateurs de Windows adopteront : dans ce cas, les Logiciel Libre aura permis de mettre la pression pour les inciter à améliorer leur navigateur. Soit les utilisateur de Windows convertis à Mozilla/FireFox seront séduit par les possibilités de ces navigateurs et ne souhaiteront pas revenir en arrière. Dans les deux cas, le Logiciel Libre aura gagné.

Bref, une bonne nouvelle pour les navigateurs tels que Mozilla/FireFox : à chaque nouveau virus ou exploit concernant Internet Explorer, nul doute que les journalistes mettront de plus en plus en avant les navigateurs libres. Et ça a déjà commencé avec une plus grande ampleur d'auparavant, surtout depuis l'initiative SpreadFireFox.com et la sortie imminente de FireFox 1.0.

Pourrait-on espérer dans quelques années un Web assaini des "Ce site nécessite Internet Explorer" pour un flambant "Ce site respecte les recommandations du W3C" ? L'avenir nous le dira !

[1] http://news.com.com/Microsoft+to+secure+IE+for+XP+only/2100-1032_3-(...)

> Lire le journal (22 commentaires, moyenne: 2,7).

Suite à la mise à jour de Mozilla 1.7.2 vers Mozilla 1.7.3, Galeon et Epiphany ne sont plus disponibles sous Linux Slackware 10.0 et ont été retiré de Slackware-current (la branche de développement de Linux Slackware). La raison est qu'il semblerait que des changements dans le code source de Mozilla 1.7.3 ait cassé la compatibilité de manière assez désagréable entre version mineure de Mozilla.

Bref, si vous souhaitez compiler l'un de ces deux navigateurs sous Linux Slackware 10.0 avec Mozilla 1.7.3, la solution existe. Pour Galeon 1.3.17, il suffit de passer l'option --with-mozilla-snapshot=1.7.2 au script ./configure. Pour Epiphany 1.2.9 , il suffit d'utiliser un patch disponible sur Internet [1].

[1] http://mail.gnome.org/archives/epiphany-list/2004-September/msg0003(...)

> Lire le journal (9 commentaires, moyenne: 1,9).

Quel dilemme que vouloir utiliser FireFox à ce moment précis ! Soit j'utilise la dernière version "stable" 0.9.3 avec une faille de sécurité non corrigée mais qui fonctionne sans problème, soit j'utilise la version 1.0PR mais avec certains plantages aléatoires sur certains sites alors que la version 0.9.3 fonctionnait parfaitement !

À ce sujet, sur LinuxFr quand le popup de vote a été supprimé et que lorsqu'on votait un commentaire via les liens "utile" & "inutile" qui disparaissaient ensuite, FireFox a planté lamentablement deux ou trois fois.

Bref, je suis finalement sous Konqueror en attendant une prochaine version plus mûre de FireFox plutôt que d'avoir à faire un choix où je suis perdant dans les deux cas. Sur ce coup là, chez FireFox ils ont merdé grave, et d'ailleurs, je commence à prendre goût à Konqueror comme navigateur Web :)

> Lire le journal (16 commentaires, moyenne: 2,6).

Quelques développeurs du projet KDE ont commencé à porter Gecko [1], le moteur de Mozilla, sous Qt (en tant qu'objet QWidget). De mémoire, il s'agit de la troisième tentative de port de Gecko sous Qt/KDE.

La première tentative fut celle de Trolltech qui porta Gecko sous Qt. Le projet nommé QtMozilla [2] n'a jamais vraiment été maintenu et a plus été entrepris pour montrer la facilité de développement avec Qt.

La seconde tentative était une intégration de Gecko sous Konqueror il y a quelques années en tant que composant. Je n'ai pas trouvé de trace de ce projet mais je me souviens lorsque j'utilisais KDE qu'il était alors possible d'intégrer Gecko dans la fenêtre de Konqueror. Cependant, les menus et les widgets des pages Web étaient toujours en GTK+ et le lancement du composant pour visualiser les pages Web n'était pas des plus véloce au lancement. Apparemment, cette fonctionnalité n'est plus fournie en "standard" avec Konqueror.

Enfin, cette dernière tentative semble là plus prometteuse. Gecko est sur la voie d'être entièrement intégré à Qt et serait maintenu par quelques développeurs du projet KDE : il semblerait donc qu'elle soit faites pour durer si elle bénéficie du même dynamisme que le projet KDE, l'objectif étant d'avoir une alternative au moteur de rendu KHTML sous KDE. Zack Rusin, un des développeurs initiant ce port, a posté quelques informations sur son blog [3] à propos de ce travail : une bonne petite lecture pour comprendre les motivations de ce port.

[1] http://dot.kde.org/1094924433/(...)
[2] http://www.trolltech.com/qtmozilla/(...)
[3] http://www.kdedevelopers.org/node/view/615(...)

> Lire le journal (1 commentaire, moyenne: 2).

Il y a une dizaine de jours, j'avais fait part dans un journal [1] d'une nouvelle sur la page d'accueil de XChat précisant que le développeur principal avait reçu quelques suggestions concernant le passage en version "shareware" de la version Windows. Le message, aussi clair que la prise de position de Laurent Fabius sur la constitution européenne, pouvait laisser supposer que le changement allait éventuellement être revu et qu'il fallait rester informé pour la suite des réjouissances.

Finalement, non seulement il n'y a ni suite, ni réjouissances, mais la nouvelle a été tout simplement supprimée sans plus d'explication. Bien évidemment, le sujet du forum de XChat concernant le changement de licence [2] a "soudainement" explosé de messages divers où chacun y allait de sa petit prose plus ou moins pertinente, jusqu'à l'auteur de XMule qui ne se gène pas pour cracher sur la GPL ...

Le problème de la nouvelle version Windows de XChat est qu'il s'agit d'une version qu'on peut qualifier de shareware (partagiciel) dont seule la version binaire est disponible, et qui nécessite un code d'enregistrement pour l'enregistrer. Or XChat étant diffusé sous GPL, tout travail dérivé doit être diffusé sous GPL, ce qui n'est pas le cas ici : le code source final et complet utilisé pour réaliser la version Windows, notamment avec le code source de la procédure d'enregistrement, n'est pas disponible.

XChat sous Windows était une alternative libre au célèbre mIRC. Comme le précise quelqu'un à ceux qui disent que ce changement les feraient passer sous mIRC maintenant que XChat sous Windows n'est plus libre : « mIRC n'est pas libre non plus ». Et comme quelqu'un lui répond : « Oui mais mIRC n'a jamais était lancé comme un projet libre ». Et comme le signale un autre, à payer pour un logiciel IRC sous Windows, autant payer pour celui qui est plus complet, avec un plus grand nombre d'utilisateur et de scripts disponibles. D'autant que la version Windows de XChat coûte 20$, soit autant que mIRC ...

Par ailleurs, certains pensent que l'auteur de XChat est libre de changer de licence pour diffuser les future version de son logiciel, ce qui n'est pas tout à fait faux. Sauf que de nombreux correctifs ont été ajouté à la version GPL et qu'en l'état, il faudrait l'accord de tous les contributeurs pour effectuer le changement de licence, ce qui n'est évidemment pas le cas. Car bien évidemment, un contributeur qui soumet un correctif à un logiciel GPL pour une intégration suppose que son correctif est sous GPL une fois intégré.

À noter qu'il existe tout de même une version officieuse et libre de XChat pour Windows [3]. Par ailleurs, personnellement, si j'avais à choisir entre payer 20$ pour un client IRC sous Windows entre XChat et mIRC, je n'hésiterais pas une seule seconde : mIRC. Ne serait-ce que pour le changement de licence irrespectueux de XChat, mais aussi car mIRC est de loin plus abouti (il contient notamment une documentation complète si je me souviens bien de mes années estudiantines où j'apprenais l'IRC avec mIRC).

Enfin bref, peut-être que s'il existe une alternative équivalente à XChat sous Linux (c'est à dire un client IRC simple écrit avec GTK+), XChat connaitra le même sort que XFree86. En fait, il me tarde que le projet XChat-GNOME [4] soit un peu plus actif histoire que je me débarasse définitivement de XChat un de ses quatre matins. Ça ne changera certe pas la face du monde, mais s'il continue dans la voie qu'il a prise, il sera bien meilleur que XChat, au moins au niveau de l'interface utilisateur [5]. Mais pour l'instant, il ressemble plus à un projet mort-né qu'à un projet activement maintenu :)

[1] http://linuxfr.org/~LiNuCe/15186.html(...)
[2] http://forum.xchat.org/viewtopic.php?t=533(...)
[3] http://www.silverex.info/news/(...)
[4] http://xchat-gnome.navi.cx/(...)
[5] http://xchat-gnome.navi.cx/screenshots.html(...)

> Lire le journal (45 commentaires, moyenne: 4,2).

Le groupe Apache et le projet Debian ont annoncés qu'ils rejetaient la spécification Sender ID de Microsoft censée permettre de lutter contre le spam (pourriel), pour peu que les serveurs de nom de domaine et de messagerie soient adaptés pour prendre en compte cette technique.

Le groupe Apache a publié les raisons de son rejet [1] ainsi qu'une analyse de Lawrence Rosen, conseiller général de l'OSI (Open Source Initiative). Debian a suivi la position de Apache, bien que leur annonce [2] précise que la même position aurait été adopté indépendamment de celle de Apache.

Le groupe Apache et L. Rosen ont entamé des négociations avec Microsoft pour résoudre les points litigieux pour les logiciels OpenSource et la libre implémentation de cette spécification comme standard Internet indépendant d'une société (et d'un brevet). En vain, du moins à l'heure actuelle.

La technique du Sender ID est expliqué dans un article sur NewsForge publié récemment [3] et sur le site de Microsoft [4] qui présente cela comme un "standard" de l'industrie.

[1] http://www.apache.org/foundation/docs/sender-id-position.html(...)
[2] http://www.imc.org/ietf-mxcomp/mail-archive/msg04260.html(...)
[3] http://www.newsforge.com/article.pl?sid=04/08/26/1326244(...)
[4] http://www.microsoft.com/mscorp/twc/privacy/spam_senderid.mspx(...)

> Lire le journal (36 commentaires, moyenne: 2,9).

Quelqu'un [1] a testé la dernière version CVS de X.Org hier et j'étais là pour voir ce que donne deux des fonctionnalités tant attendues : la transparence et les ombrages sous les fenêtres (à la MacOSX). Résultats ? Je ne vais pas faire durer le suspense, ils sont décevants.

La transparence fonctionne plus ou moins et les ombrages aussi. Mais apparemment, pas mal d'applications sont cassées. IceWM est par exemple est tout simplement inutilisable : tout l'affichage est estropié. L'utilisation de la commande import (partie intégrant de ImageMagick) pour capturer une fenêtre avec la transparence ne capture pas la transparence, mais ça passe avec Gimp. Parfois des zone d'affichage ne se rafraîchissent tout simplement pas ... En encore ce ne sont que quelques exemples, nul doute que ces fonctionnalités aient des répercussions sur d'autres applications.

Bon soit, c'était une version CVS, donc une version de développement, et dans l'absolu, il ne fallait pas évidemment s'attendre à des résultats fantastiques. Sauf que la sortie de X.Org était planifiée le 25 août dernier, soit pratiquement deux semaines en arrière, et que ces deux fonctionnalités ont été largement mises en avant comme LES you can't live without : forcément dit de cette façon, ça fait réfléchir ...

Bref, à mon avis, ceux qui attendent avec impatience les ombres sous les fenêtres et la transparence risquent d'être déçus. Une bonne chose de la transparence par contre : il ne devrait plus être nécessaire d'avoir un nième "terminal X qui gère la transparence mieux que les autres" : avec cette fonctionnalité intégrée à X, il est possible d'avoir un XTerm (ou n'importe quel terminal X) transparent - comme je voulais finir ce journal sur une note positive, j'ai gardé ça pour la fin car I want to beleive :)

[1] J'ai choisi de ne pas le dénoncer publiquement pour cet acte odieux afin de conserver son anonymat pour qu'il puisse encore fréquenter les lieus publics sans qu'on lui jette des pierres :)

> Lire le journal (28 commentaires, moyenne: 3,7).

Sur la page d'accueil du site XChat [1], on peut lire la note suivante datée du 30 août 2004 : « J'ai reçu quelque suggestions intéressantes concernant la réalisation de binaires libres pour Windows, tout en continuant le développement à un rythme raisonnable ». Il semblerait que l'argument de la difficulté de réalisation [2] des binaires pour Windows et les critiques qui ont suivies aient finalement influencé sur un éventuel retour d'une version libre de XChat pour Windows.

[1] http://www.xchat.org(...)
[2] http://www.silverex.info/compiling(...)

> Lire le journal (14 commentaires, moyenne: 3).

Deux failles de sécurité découvertes [1] dans Gaim 0.81 ont été corrigées. Le correctif est disponible et est à appliquer aux sources de Gaim 0.81 [2]. La version 0.82 de Gaim ne devrait pas tarder à sortir et intègrera ce correctif.

Le première faille concerne l'extension permettant le support du protocole MSN. Une utilisation de la fonction strncpy() pour copier une chaîne de caractère vers un tampon d'une taille non vérifiée pourrait être utilisée dans le cadre d'un exploit de type dépassement de tampon (buffer overflow).

La seconde faille concerne le glisser/déposer des thèmes de frimousses (smileys). Le nom de l'archive TAR est passé à la commande tar pour installer le thème mais aucune opération de verrouillage des caractères spéciaux n'est réalisée, ce qui pourrait permettre l'exécution de n'importe quelle commande si le nom est construit de manière "approprié".

Évidemment, ceux qui n'installent pas de thème par glisser/déposer ou qui n'utilisent pas le protocole MSN peuvent attendre la prochaine version. Les autres devraient plutôt appliquer le correctif ou choisir de "faire attention".

[1] http://gaim.sourceforge.net/security.php(...)
[2] http://gaim.sourceforge.net/gaim-0.81.diff(...)

> Lire le journal (12 commentaires, moyenne: 2,2).

Excusez moi pour le titre peu original mais ça vaut son pesant d'or :

-> http://fr.news.yahoo.com/040820/7/40lt1.html(...)

À noter que ce n'est pas une spécifité de Microsoft : de nombreux produits ont connus des mésaventures avec des noms qui ne passaient pas "bien" dans toutes les langues avec parfois des significations offensantes ou grotestques. À tel point que les grandes sociétés font carrément appel à des sociétés spécialisées qui ont fait de leur métier la recherche et l'étude d'un nom de marque d'un produit avant sa diffusion.

> Lire le journal (13 commentaires, moyenne: 1,8).

À propos du brevet d'EOLAS sur les plugins des navigateur, Microsoft affirme [1] que « cette attribution est abusive, puisqu’une technologie similaire existait déjà avant cette date ("prior art"). ». Ce matin, je lis un peu SlashDot que je n'avais pas consulté depuis quelques temps : et que pensera la même société à propos de son brevet US Patent 6,775,781 [2] qui décrit parfaitement la commande sudo and qui existe depuis 4.1BSD VAX-11/750 en 1980 [3] ?

[1] http://fr.news.yahoo.com/040819/7/40jx8.html(...)
[2] http://patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITO(...)
[3] http://taint.org/2004/08/20/024522a.html(...)

> Lire le journal (5 commentaires, moyenne: 5,6).

Contre toute attente, alors que le navigateur Netscape 7.1 devait être la dernière version, Netscape 7.2 est sorti [1]. Après avoir fermé la branche de Netscape qui développait le premier navigateur de l'histoire digne de ce nom, AOL avait affirmait qu'il y avait peu de chance qu'une nouvelle version de ce navigateur voit le jour et un site avait même été mise en place pour "sauver Netscape" [2]. Mais par la suite, AOL changea par suite d'avis [3] sans que les réelles motivations de ce changement soient connues.

Netscape 7.2 est basé sur Mozilla 1.7.x. À ce stade, je me suis posé la question que beaucoup de personne doit se poser : pourquoi utilisait le navigateur Netscape alors que Mozilla & FireFox sont maintenant plus répandus et beaucoup plus innovants ? J'ai donc téléchargé l'archive des fichiers d'installation pour Linux [4] afin de "voir" ce que cette version de Netscape a dans le ventre.

L'installation

Je lance l'installateur et constate que c'est du GTK+1, ce qui m'étonne un peu car cette bibliothèque n'est plus utilisée pour les développements récents au profit de sa dernière version GTK+2. Bref passons, on ne lance l'installateur d'une fois. Je choisis une installation complète pour être sûr de ne rien manquer des éventuelles nouveautés.

Première surpise : à la fin de l'installation, sans avertissement, une fenêtre "Network Registration" s"ouvre et se connecte automatiquement je ne sais trop sur quel server, mais déjà je n'aime pas trop ça : le programme d'installation aurait pu me laisser le choix. La fenêtre suivante me permet de créer un compte Netscape Mail et AOL afin d'avoir une base pour utiliser le client AOL (AIM) et le client de messagerie fournis avec Netscape. Je clique sur Cancel, non pas que je ne souhaite pas tester tout ça, mais je possède déjà un compte AIM et plusieurs adresses de messagerie.

Première exécution

À ce stade, on s'attend à ce que l'installation se termine afin de sauvegarder son dossier ~/.mozilla des fois que Netscape réécrirait encore dans le profil de Mozilla. Autant vous le dire de suite : je suis bien content de l'avoir fait avant de lancer l'installation car une fois celle-ci terminée, le navigateur Netscape est lancé sans préavis, et toutes modifications que vous ferez dans votre profil sous Netscape se répercute évidemment sous Mozilla.

Bon finalement, le navigateur Netscape, c'est bel et bien encore du GTK+1. Et ceux qui pensent qu'il suffit de positionner la variable d'environnement GDK_USE_XFT à 1 pour forcer Netscape à utiliser XFT se ravisent : ça ne fonctionne tout simplement pas. Netscape sera sans police lisées, ce qui fait assez drôle quand on est habitué à un environnement X n'utilisant que des polices lisées.

Étant curieux, je veux tester le client de messagerie instantanée AOL. Je le lance et là, un joli message d'erreur m'informe que « The file /content/sidebar.xul can not be found » et que je ferais mieux de "check the location » puis termine par « try again ». Je rassure les sceptiques, je ne suis pas en train de jouer à Baldur Gates II à la recherche de l'objet magique, je suis bien sous Netscape.

Deuxième exécution

Apparemment c'est peut être mieux de tester Netscape à partir d'un profil totalement vierge. Je vire donc mon dossier ~./mozilla dont j'ai une sauvegarde immunisée contre les Netscaperies et je relance le bouzine. Oh, encore cette fenêtre qui se connecte je ne sais trop où et qui me demande de m'enregistrer afin d'enlarger mon expérience Web. Je clique une fois de plus sur le bouton Que Nenni.

Cette fois-ci, le client de messagerie instantanée pour se connecter au réseau AOL fonctionne. Bon déjà mon compte AIM ne passe pas : il contient un espace et ce client AIM n'aime pas trop. Pourtant ça passe sous GAIM. Après on se demande pourquoi il existe des solutions Libres et que les gens les préfèrent aux solutions propriétaires plein d'abérations. Je choisis de recréer un compte en virant tout simplement l'espace. Ah tiens, il faut que je donne mon adresse, ma date de naissance, mon sexe (enfin disons que je dois choisir entre Homme ou femme), et mon pays : comme ça commence à ma gaver, je mets un peu n'importe quoi d'autant qu'on ne peut passer à l'étape suivante sans avoir renseigné les champs.

Une fois l'enregistrement terminé, oh surprise : mes contact correspondent à mon compte orginal qui contient l'espace :o Bref, je ne cherche pas à comprendre d'autant que ce client de messagerie instantanée ne casse pas des briques.

Le correcteur orthographique

Une fonctionnalité sympathique de Netscape est le correcteur orthographique intégré pour le Composer et la messagerie. Il existe aussi pour le français, il suffit de le l'installer depuis la fenêtre de correction automatique : tout est simple, juste quelques clics, aucun redémarrage de Netscape. Enfin quelque chose de bien car sous Mozilla 1.7.2, malgré l'installation des fichiers pour le français, pas moyen d'avoir le correcteur orthographique en français aussi simplement !

Les plugins

Le plugin Flash est installé d'emblée, ce qui raviera les adeptes du lancé de pingouin - ou de manchot, je ne suis pas sectaire. Mais pas de plugin Java, ce qui ne plaira pas au afficionados de Caramail en quête d'une âme féminine en perdition qui chercherait une oreille attentive suite à une deception amoureuse dont elle est sortie le coeur brisé :) Il me semblait pourtant que les versions 4.x de Netscape étaient installées avec Java - je ne sais pas pour les version suivantes basée sur Mozilla car je n'ai jamais vraiment utilisé Netscape depuis Mozilla.

L'impression

Concernant l'aperçu avant impression et l'impression, ne comptez pas trouver dans Netscape une meilleure qualité que sous Mozilla : apparemment, les deux produisent les mêmes résultats (plus ou moins médiocre pour la majorité des pages complexes) et Netscape n'apporte aucune amélioration avec les pages Web que j'ai testées.

Bon alors ?

Ma foi, je ne vois vraiment pas ce qui pourrait faire qu'un utilisateur de Mozilla passe à Netscape : j'ai beau chercher, je n'y vois aucun argument décisif. Si quelqu'un dans la salle utilise Netscape à la place de Mozilla, qu'il lève la main. De toute façon, comme le disait Netscape Corp, ça s'écrit Netscape mais ça se prononce Mozilla - ceux qui lisaient le README de Netscape sauront de quoi je parle :)


[1] http://channels.netscape.com/ns/browsers/default.jsp(...)
[2] http://www.savenetscape.org/(...)
[3] http://mozillazine.org/talkback.html?article=4544(...)
[4] http://ftp.netscape.com/pub/netscape7/english/7.2/unix/linux/sea/ne(...)

> Lire le journal (16 commentaires, moyenne: 2).

Le noyau 2.4.27 est enfin sorti. Il s'agit d'une version importante de Linux pour ceux qui étaient/sont en 2.4.26 (comme moi) car elle corrige des failles de sécurité dont les plus importantes sont consignées dans le ChangeLog :

-> http://www.kernel.org/pub/linux/kernel/v2.4/ChangeLog-2.4.27(...)

Ceux qui s'étaient déjà mis à jour vers la version 2.4.27pre6 n'ont rien à faire car la version 2.4.27 n'est rien d'autres que la version 2.4.27pre6.

> Lire le journal (2 commentaires, moyenne: 2,5).

Microsoft vient de lancer un "nouveau" site [1] permettant d'accéder à MSN depuis Internet sans client de messagerie instantanée. Il suffit de posséder Java, d'autoriser les fenêtres popup pour le site en question. Ça fonctionne sous Linux avec Mozilla 1.6. Pour ma part, j'ai testé le bouzin avec Mozilla 1.7 et apparemment ça fonctionne raisonnablement bien [2] : l'utilisateur se retrouve sous une interface familière s'il est habitué au client MSN habituel.

D'un côté, c'est une bonne nouvelle. En effet, ça permet à n'importe qui a un compte MSN d'accéder à ce service de messagerie instantanée quelque soit sont système d'exploitation et sans posséder le client MSN de Microsoft pour telle plateforme. Le jour potentiel où Microsoft interdira à tous autres clients que MSN d'y accéder et emploiera les moyens légaux pour éviter l'escalade technique du jeu du chat de de la souris, ce site permettra tout de même aux MSNiens d'accéder à leurs contacts, notamment aux nouveaux Linuxiens qui veulent continuer à accéder à leurs contacts MSN sous une interface familière.

D'un autre côté, c'en est une moins bonne car les autres clients de messagerie instantanée implémentant le protocole MSN n'auraient dans ce cas plus de prétexte d'interopérabilité (permettant d'implémenter les protocoles "opaques") pour recomposer et implémenter le protocole MSN, ce qui donnera sûrement un argument à Microsoft dans une éventuelle "bataille" utilisant des moyens légaux - si ce ne sont que des moyens techniques, comme on l'a vu jusqu'à présent, ils sont plus ou moins facilement contournables.

Bref, et vous, que pensez-vous de ce service Web ? Et de ce service uniquement, inutile de ressortir le refrain "MSN ça suxe, Jabber ça roxe" à chaque fois qu'on parle de messagerie instantanée, un peu de recul n'a jamais tué personne ...

[1] http://webmessenger.msn.com/(...)
[2] http://linuce.free.fr/Divers/Captures/linuxfr-journal-webmsn.png(...)

> Lire le journal (69 commentaires, moyenne: 2,3).

Avec l'été, beaucoup de gens cherchent *le* régime efficace. Ne chercher plus, on l'a découvert pour vous ! Ce regime est miraculeux et a permi à la page des systèmes d'exploitation supportant XFree86 [1] de bien maigrir. FreeBSD s'est retiré récemment et plus le temps passe, moins il y a de système utilisant XFree86. Il ne leur reste aucun grand nom si ce n'est NetBSD.

D'ici à ce que X.Org commence à vraiment être différent de XFree86 au niveau des modules & technologies proposés, beaucoup de distribution devront faire un choix : passer à X.Org et utiliser un logiciel au développement plus actif, beaucoup plus à jour et mieux reconnu (FreeDesktop & distributions majeures) ou rester avec XFree86 et risquer de rencontrer des limitations avec certaines applications, voire des disfonctionnements.

J'en connais au moins un qui doit se mordre les doigts jusqu'à l'os ...

[1] http://www.xfree86.org/distros(...)

> Lire le journal (40 commentaires, moyenne: 3,6).

Levé matinal pour ce dimanche, je consulte l'actualité comme d'habitude devant mon petit café bien serré du matin. Je tombe alors sur un article qui m'a vraiment mis de bonne humeur à l'heure où la plupart des musiques actuelles que nous sert l'industrie du disque ne dépassent pas la note de 2/20, et doivent surtout leur "notorité" plus au matraquage publicitaire qu'à leur qualité artistique :

- http://fr.news.yahoo.com/040801/5/3zqjn.html(...)

Rendez-vous compte, Simon & Garfunkel réunissent encore plus d'un demi-million de personne ! Comme quoi, les vrais artistes sont ceux qui durent, ceux qui ont leur "griffe" originale, et pas sûrement pas ceux dont on parle le plus. Pour ceux qui ne connaîtraient éventuellement pas Simon & Garfunkel, il y a une petite biographie sur WikiPedia :

- http://fr.wikipedia.org/wiki/Simon_and_Garfunkel(...)

Parmi leurs musiques les plus connues, il y a The Sound of Silence et Mrs Robinson que vous avez sûrement dû entendre ne serait-ce qu'une fois dans votre vie :) Et face au silence qui accompagne ce dimanche matin, je vais faire tourner ce bon vieux CD en commençant par la célèbre musique The Sound Of Silence qui reste une de mes préférées.

Bonne journée aux lèves-tôt dominical !

> Lire le journal (14 commentaires, moyenne: 2,4).

J'ai été assez déçu par les générateurs de menus GNOME pour IceWM. La plupart ne permet de générer que des menus en langue anglaise sans prendre en compte les paramètres de localisation de l'utilisateur. Certains mettent en oeuvre une plomberie pour ne pas utiliser GNOME VFS, ce qui est paradoxal car si l'utilisateur veut le menu GNOME sous IceWM, il a forcément GNOME d'installé. D'autres ne connaissent pas les menus basés sur les VFolders et vont tout simplement chercher les fichiers *.desktop dans /usr/share/apps. Enfin, peu d'entre eux supporte les icônes GNOME directement.

Après en avoir essayé pas mal, je me suis finalement décidé à écrire icewm-menu-gnome, un programme qui génére dynamiquement les menu IceWM 1.2.14 à partir des menus GNOME tout en réglant les problèmes évoqués précédemment. Voici un petit aperçu du résultat obtenu avec icewm-menu-gnome 0.9 pour les curieux :

http://linuce.free.fr/Softwares/icewm-menu-gnome/icewm-gnome-menu.p(...)

Bref, si vous avez rencontré les mêmes problèmes que moi avec les différents programmes du genre, vous serez probablement intéressé par icewm-menu-gnome. Vous pouvez le télécharger à l'adresse suivante :

http://linuce.free.fr/Softwares/icewm-menu-gnome/(...)

icewm-menu-gnome a été testé avec GNOME 2.6, c'est à dire avec des fichiers *.desktop/.directory strictement conformes à la dernière spécification Desktop Entry [1] telle qu'elle est diffusée par le projet FreeDesktop. Tout retour d'informations est évidemment bienvenue.

J'envisage aussi de faire le même programme pour les menus KDE. Si un développeur KDE passe par ici et qu'il sait où trouver la documentation de l'API similaire à GNOME VFS qui permet de s'affranchir de la localisation et de la hierachisation des menus, je suis preneur.

[1] http://freedesktop.org/Standards/desktop-entry-spec/0.9.4/(...)

> Lire le journal (9 commentaires, moyenne: 1,1).