Trucs de geek – Page 297 – Le Weblog de Frederic Bezies

Acid3… Même Firefox 1.0 bat le score d’Internet Explorer 8 bêta 2.

Dans un précédent article, j’avais profité de la sortie de Google Chrome pour comparer la consommation mémoire des principaux navigateurs. Et le résultat d’Internet Explorer 8 bêta 2 au test acid3 faisait quand même pitié à voir en comparaison de la concurrence. A peine 21 / 100…

Ayant installé une vieille distribution Ubuntu Linux (la Breezy Badger, alias 5.10, octobre 2005) dans une machine virtuelle sous Virtualbox 2.0 pour les besoins d’un article qui va bientôt être rédigé, j’ai voulu voir comment s’en sortait des vieilles versions de Mozilla Firefox. J’ai donc essayé avec Mozilla Firefox 1.0.7 (la version 1.0.0 datant de novembre 2004), Mozilla Firefox 1.5.0.10 (la version 1.5 datant de novembre 2005) et la version 2.0.0.16 (la version 2.0 datant de novembre 2006). Pour ce dernier, j’ai récupérer la version 2.0.0.16 depuis le site de Mozilla-Europe.

Les résultats sont sans appel…

Mozilla Firefox 1.0.7 : 35 / 100

Mozilla Firefox 1.5.0.10 : 53 / 100

Mozilla Firefox 2.0.0.16 : 52 / 100

Faut-il en conclure que sur certains plans, le moteur d’affichage d’Internet Explorer 8 bêta 2 a quatre bonnes années de retard à récupérer ? On pourrait le penser aisément.

Virtual Box 2.0 : que va-t-il rester à kvm ?

Hier est sortie la version 2.0 de Virtual Box. En dehors du passage de QT3 à QT4, une des grandes nouveautés est l’arrivée du support des OS en 64 bits sur les CPU 64 bits. L’un des rares points bloquants qui me faisait préférer kvm à Virtual Box vient de disparaître.

La liste des modifications de VirtualBox 2.0 est disponible sur cette page.

Ayant récupérer le bon paquet pour mon Ubuntu 8.04.1 LTS, l’installation a été des plus simples, et elle est décrite dans la documentation d’ubuntu-fr.org.

Comme exemple, j’ai pris une version de développement récente d’Ubuntu Intrepid Ibex en 64 bits.

Cela me fait plaisir, car je dois avouer que je ne comptais pas voir un jour VirtualBox supporter l’émulation des OS en 64bits.

Comparons la consommation mémoire de Google Chrome, Internet Explorer 8 bêta 2 et Firefox 3.0.1

La sortie de Google Chrome m’a donné envie de comparer Firefox 3.0.1, la béta2 d’internet explorer 8 et Google Chrome sur les deux tests acid2 et acid3.

Continuer la lecture de « Comparons la consommation mémoire de Google Chrome, Internet Explorer 8 bêta 2 et Firefox 3.0.1 »

Quel est l’impact de TraceMonkey ?

Je parlais dans un billet il y a une grosse semaine de l’arrivée du compilateur JIT pour le module javascript de Shiretoko du doux nom de TraceMonkey.

J’ai voulu voir le gain de vitesse pure en terme d’interprétation de javascript. Pour cela j’ai utiliser SunSpider, et différents navigateurs, à savoir Firefox 3.0.1, une pré-béta1 de Shiretoko compilée maison en suivant les options officielles de compilation.

A titre de comparaison, j’ai aussi testé Opera 9.52 et une nouvelle préversion d’Opera 9.60 qui sortira d’ici quelques semaines, et peut-être un peu avant Shiretoko prévu pour le début 2009.

Continuer la lecture de « Quel est l’impact de TraceMonkey ? »

Au moins, sauf contre ordre, pas de Shiretoko Alpha 3 ;)

Selon ce compte rendu de la Fondation Mozilla, le code de la version béta1 de Firefox 3.1 (connu sous le nom de code Shiretoko) est prévu pour être gelé le 9 septembre prochain. En ce qui concerne la version alpha2, selon ce billet du Firefox Extension Guru’s Blog, la sortie de la version alpha2 est prévue pour le 11 septembre.

En tout cas, il est certain d’une chose : il n’y aura pas d’alpha3. J’utilise une version de développement officielle pour rédiger ce billet, comme le prouve la capture d’écran :

Voir le bogue 452778 pour suivre la sortie de la version alpha2.

Le captcha : gadget inutile ?

Trouvé via le blog de Matt Mullenweg, un des codeurs principaux de WordPress, la version en ligne du Guardian a rédigé un article qui taille en pièce les captchas.

Qu’est-ce qu’un captcha ?

Un Captcha est une forme de test de Turing permettant de différencier de manière automatisée un utilisateur humain d’un ordinateur.

Parce que le test est réalisé par un ordinateur, en opposition avec les tests de Turing standard réalisés par des humains, un Captcha est souvent décrit comme un test de Turing inversé. Ce terme est néanmoins ambigu parce qu’il pourrait aussi signifier que les participants essaient de prouver qu’ils sont des ordinateurs.

En clair ? Un moyen qui pourrait éviter les spams robotisés dans les commentaires, les inscriptions automatiques dans des forums sur la toile, etc… Du moins en théorie.

Car les captchas même s’il s’améliore sont toujours cassés à un moment ou à un autre. GMail en a fait l’expérience en début d’année.

Il reste bien entendu des solutions listée l’article du Guardian : un système comme OpenID pourrait limiter la casse. Mais c’est surtout la conclusion de l’article qui est intéressante et qui résume bien le noeud du problème :

« Ultimately Captchas are useless for spam because they’re designed to tell you if someone is ‘human’ or not, but not whether something is spam or not. Just because something came from a real human being doesn’t mean it isn’t spam, which is why content-based solutions like Akismet are the only long-term solution to the spam problem. »

Ce qu’on peut traduire par :

Dans l’absolu, les captchas sont inutiles contre le spam car ils sont conçus pour vous dire si quelqu’un est « humain » ou pas, mais pas pour vous dire si c’est du spam ou pas. Ce n’est pas parce que quelque chose vient d’un vrai être humain que ce n’est pas du spam, ce qui implique pourquoi des solutions d’analyse de contenu comme Akismet sont les seules solutions sur le long terme en ce qui concerne le problème du spam

J’ai mis en gras le morceau important. Après, libre aux fervents adeptes des captchas de continuer à croire en leur puissance. Il faut bien respecter les opinions, même si parfois on est en désaccord avec elles.

gNewSense 2.1 : vraiment libre ? ;)

Derrière ce titre polémique se cache le test de la dernière gNewSense en date : la version 2.1. Cette distribution dérivée de la Ubuntu 8.04 LTS se veut libre des pilotes propriétaires et de tout ce qui n’est pas libre, au sens développé par la Free Software Foundation. J’avais déjà testé une version au moins d’avril dernier.

Parmis les nouveautés agréables de cette distribution qui n’a pas encore de version 64 bits, un écran de démarrage comme celui des distributions classiques. J’ai utilisé une machine virtuelle kvm avec les lignes de commandes habituelles :

fred@fred-laptop:~/download$ qemu-img create -f raw gnew.img 32G Formatting 'gnew.img', fmt=raw, size=33554432 kB fred@fred-laptop:~/download$ kvm -m 768 -hda gnew.img -k fr -localtime -soundhw es1370 -usb -cdrom gnewsense-livecd-deltah-2.1.iso -boot d &

Après une installation simplissime, et avoir trafiqué le fichier xorg.conf pour avoir une résolution 1024×768 à la place d’une résolution 1280×800, j’ai un environnement aux jolis tons bleutés.

Pas de Mozilla Firefox, mais un Epiphany renommé WebBrowser.

Il semblerait que gNewSense ait « virer sa cutie » et propose des logiciels utilisant Mono, implémentation libre du .net framework de Microsoft qui est tout sauf une technologie libre de tout brevet. Ce qui ne donne pas franchement envie d’utiliser une telle technologie, surtout avec le passé remplis de cadavre de la firme de Redmond (Netscape, OS/2, Wordperfect, Lotus-1.2.3 etc…)

Qui nous piquait déjà une crise pour un simple logo dans Mozilla Firefox ? 🙂

Comme dans mon précédent article, flash est remplacé par Swfdec, et Java par IcedTea.

Que dire pour conclure : que gNewSense semble enfin être utilisable par des personnes qui sont des fanatiques du logiciel libre, mais vraiment les fanatiques de chez fanatiques 🙂

Ah, le fanboyisme…

J’ai horreur de faire des articles de ce genre, mais par moment, c’est nécessaire. Pierre, le webmestre du site Opera-fr.com même s’il a parfois raison pousse le bouchon un peu loin et montre les limites de la raison quand le fanboyisme attaque.

Opera, vieux navigateur qui joue l’innovation mais qui semble maudit en terme de part de marché, vient de voir arriver dans ses versions hebdomadaires la première pré-alpha d’une version 9.60. Je pensais – bêtement – que la branche 9.5x serait suivi par la version 10.0, comme cela avait été déclaré à une certaine époque si mes souvenirs sont bons. Je peux toujours me tromper, hein 😉

Mais passons sur ce point. Ce qui m’a fait réagir, c’est cette partie du commentaire qu’il a posté, je cite :

« Là, chez Opera, la seconde version mineure de 9.5x à peine sortie que la 9.60 arrive, avec déjà de nouvelles fonctionnalités. Et elle sera sûrement finalisée avant la 3.1 de Firefox qui n’apportera que quelques petites fonctionnalités déjà présentes sur Opera et un rendu à peu près au niveau de ce dernier… »

Or, si on regarde l’annonce de cette première pré-alpha d’Opera 9.60, on peut lire :

Feed Preview
Now you can preview an RSS/Atom feed before subscribing.

Ce qui se traduit par :

Aperçu des flux
Maintenant vous pouvez avoir un aperçu d’un flux Atom/RSS avant d’y souscrire.

Donc si on suit les propos de Pierre, cette fonctionnalité serait absente de Firefox ? Comment dire cela ?

Le plus simple est une capture d’écran :

Il est certain qu’Opera est plus fourni dans certains plans. Cependant, Firefox malgré son minimalisme conceptuel n’est pas dénué de fonctionnalités.

Et comme dit un certain Bender dans Futurama : « Et mon cul, c’est du poulet ? »

Allez, sans rancune, Pierre.

Tracemonkey has landed.

Derrière ce détournement d’une phrase célèbre prononcée en 1969 – wikipedia est votre ami – le compilateur JIT pour le module javascript que j’évoquais hier vient d’arriver sur le code de développement du tronc de Shiretoko, dont la version alpha2 est prévue pour bientôt.

En effet, ce matin, réveillé à 4 h 30 par mon chiot labrador de 9 mois, j’ai allumé l’ordinateur tout en sirotant mon thé. Et après le duo habituel hg --verbose pull ; hg --verbose update pour mettre à jour le code source, j’ai pu lire ceci :

pulling from http://hg.mozilla.org/mozilla-central/ searching for changes adding changesets adding manifests adding file changes added 1167 changesets with 2340 changes to 146 files

Quoique l’arrivée du code n’est pas encore super bonne. Après une tentative de compilation avortée, j’ai viré le répertoire de compilation, et relancé la dite compilation. Mais il semble y avoir un léger problème au niveau du fichier libxul.so… 🙁

../../staticlib/components/libgklayout.a(nsCanvasRenderingContext2D.o): In function `nsCanvasRenderingContext2D::PutImageData()': nsCanvasRenderingContext2D.cpp:(.text+0x4165): undefined reference to `js_ArrayToJSUint8Buffer' /usr/bin/ld: ../../staticlib/components/libgklayout.a(nsCanvasRenderingContext2D.o): relocation R_X86_64_PC32 against `js_ArrayToJSUint8Buffer' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: final link failed: Bad value collect2: ld a retourné 1 code d'état d'exécution make[4]: *** [libxul.so] Erreur 1 make[4]: quittant le répertoire « /home/fred/logs/fox/src/objdir-fx/toolkit/library » make[3]: *** [libs_tier_toolkit] Erreur 2 make[3]: quittant le répertoire « /home/fred/logs/fox/src/objdir-fx » make[2]: *** [tier_toolkit] Erreur 2 make[2]: quittant le répertoire « /home/fred/logs/fox/src/objdir-fx » make[1]: *** [default] Erreur 2 make[1]: quittant le répertoire « /home/fred/logs/fox/src/objdir-fx » make: *** [build] Erreur 2

Bref, c’est pas encore cela… Je sens que je vais ouvrir un petit bogue malgré la tentative pour que la compilation se fasse en code 64 bits, si j’en crois cette révision rajoutée récemment…

author David Anderson Thu Aug 21 18:07:26 2008 -0700 (at Thu Aug 21 18:07:26 2008 -0700) changeset 18331 7098e0020929 parent 18330 91fe6b5784bd Fixed x86_64 build issue (accidentally trying to build 32-bit nanojit).

J’ai rapporté le bogue 451669. On verra bien 😉

Euh, après une petite recherche, il semblerait que le bogue 451242 soit responsable ici… Oups 😉

Quoi de neuf dans le petit monde des navigateurs internet ?

Un petit bilan en ce mois d’août sur les navigateurs internet.

Sortie d’Opera 9.52 qui corrigent 7 failles de sécurité potentiellement exploitables. Notes de publications : Windows, linux, MacOS-X. Y a pas à dire, Opera commence à jouer dans la cours des grands cotés failles corrigées, même s’il n’a qu’entre 0,69% (selon Net Application MarketShare) et 1,04 % (selon Browser News) des parts de marché totales.
Sortie de la deuxième béta pour Flock, le navigateur social dérivé du code de Firefox. Cette version se base sur le code de Firefox 3.0
Shiretoko alpha2 sera bientôt disponible. Du moins, d’ici un grosse semaine, le code se « gelant » ce jeudi matin, à 9 heures, heure de Paris. Apparemment, on pourrait espérer l’arrivée – je suppose pour la prochain version qui sera – croisons les doigts – une béta1 de TraceMonkey. C’est un compilateur JIT pour accelérer JavaScript dans Firefox 3.1.
Puisqu’on vous dit que Flash, c’est de la m**** ! Une faille dans la conception de Flash permet d’empoisonner et de bloquer le contenu de la mémoire dédiée au presse-papier. La solution : désactiver Flash et pour les plateformes n’ayant pas flash officiellement disponible utiliser Swfdec ou Gnash.

Voila, c’est tout pour aujourd’hui 😉