Et de 86 !

Les versions de développement de Firefox 3.1 béta 1 viennent d’améliorer le score au test acid3. La correction du bogue 446584 permet d’arriver à 86 / 100.

86 / 100 au test acid3 pour la pré-béta1 de Firefox 3.1

Un score de 90 / 100 serait envisageable pour Firefox 3.1 pour sa sortie fin 2008 début 2009 ?

Sortie de VLC 0.9.2 !

VideoLanClient, le couteau suisse de la video, avec son pendant Mplayer, vient d’arriver en version 0.9.2. Bien que le site soit pris d’assaut, on peut trouver dans un article de PCInpact l’ensemble de notes de publication du logiciel.

Un bogue a été ouvert pour que la prochaine version d’Ubuntu Linux, Intrepid Ibex, puisse prendre en compte cette version.

Si vous utilisez Ubuntu 8.04.1 LTS et que vous voulez remplacer VLC 0.8.6 par cette version récente, il faut passer par le PPA de Cristoph Korn en rajoutant les ligne suivante à votre /etc/apt/sources.list :

deb http://ppa.launchpad.net/c-korn/ubuntu hardy main
deb-src http://ppa.launchpad.net/c-korn/ubuntu hardy main

Puis de virer l’ancien VLC et installer le nouveau. Voici le résultat, alors que je visionnais le documentaire « Hotel California » de John Doe.

VLC 0.9.2 sous Ubuntu 8.04.1 LTS

Le seul point négatif : des gels lors de lecture de DVDs vidéo. Mais comme j’utilise Mplayer pour lire les DVD sur mon PC portable… 😉

Les options d’optimisation agressives sont-elles inutiles ?

Dans une page de leur wiki les développeurs de Mozilla Firefox et des outils associés déclarent, je cite :

For Firefox 3 builds, please use –enable-optimize without flags.

Our testing has shown that different parts of Mozilla run faster at different optimization levels. For example, cairo, pixman and sqlite are compiled at -O2 because they are fastest at that level while the JS engine is fastest at -Os. [3] Don’t use –enable-optimize as a place to pass in random compile flags. That’s a global setting that sets optimization levels throughout the source tree and is different depending on the module being compiled.

If you still need to pass in other non-optimization flags to the compile, please use CFLAGS and CXXFLAGS instead of passing them to –enable-optimize.

Ce qui donne traduit :

Pour la compilation de Firefox 3, veuillez utiliser –enable-optimize sans options.

Nos tests nous ont montrés que les différentes parties de Mozilla sont plus rapides à différents niveaux d’optimisation. Par exemple, cairo, pixman et sqlite sont compilé en -O2 car ils sont plus rapide à ce niveau tandis que le moteur JS est plus rapide avec -Os. N’utilisez pas –enable-optimize comme un endroit pour insérer des options de compilations divers. C’est un réglage global qui définit les niveaux d’optimisation tout au long du code source et il diffère en fonction du module qui est compilé.

Si vous avez toujours besoin de passer des options de non optimisation au moment de la compilation, veuillez utiliser CFLAGS et CXXFLAGS au lieu d’utiliser la ligne –enable-optimize.

Continuer la lecture de « Les options d’optimisation agressives sont-elles inutiles ? »

Vers un « porn mode »…navigation en mode privée dans Firefox 3.1 ?

Le mode en navigation « privée » plus connue sous le surnom de « porn mode » est désormais à la mode… (Je sais, le jeu de mots est nul, mais on est vendredi, hein).

Qu’est-ce que le « porn mode » ? C’est tout simplement un mode de navigation qui laisse le minimum – voire aucune trace – des activités de l’utilisateur. En clair, un mode de navigation sur la toile de manière anonyme. Google Chrome appelle ce mode « Incognito », le futur – et monstrueusement copieur – Internet Explorer 8 parle du mode « In Private » – même si les résultats ne sont pas franchement probants.

Safari, le navigateur d’Apple propose ce mode « furtif » depuis environ 3 ans, depuis la version 2.0 de Safari, sortie conjointement avec MacOS-X Tiger.

Si on en croit cet atticle de Mozilla Links, le mode « furtif » serait donc de retour… Plus d’info ?

Le bogue de suivi de cette fonctionnalité : le bogue 248970. Et une page du wiki expliquant le pourquoi du comment de cette fonctionnalité.

Je mettrais des captures d’écrans dès que l’interface aura commencée à être insérée. Espérons que ce sera rapide 😉

Vrac’ rapide et libre.

Un petit vrac’ en passant.

Voilou, c’est tout pour aujourd’hui !

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

Firefox 1.0.7 et Acid 3

Mozilla Firefox 1.5.0.10 : 53 / 100

Firefox 1.5.0.10 et Acid 3

Mozilla Firefox 2.0.0.16 : 52 / 100

Firefox 2.0.0.16 et Acid3

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.

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 :

Une préversion béta1 de Shiretoko sous Ubuntu Linux

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

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 &

Ecran de démarrage de gNewSense 2.0

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.

epiphany-2.22.2 sous gNewSense

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

F-spot, logiciel en mono sous gNewSense

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.

flash à l'action sous gNewSense

java sous gNewSense

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 🙂

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 😉

Shiretoko : le port pour QT est fusionné.

Il y a une dizaine de jours, je vous parlais du retour du support du toolkit QT pour le code de développement de Shiretoko.

C’est maintenant officiel. Le bogue 448989 vient d’être fermé comme corrigé. Le titre est assez clair :

Merge mozilla-qt branch into mozilla-central ce qui donne traduit : « Fusionner la branche mozilla-qt dans mozilla-central ».

Désormais, il sera possible – même si le port est assez brut de décoffrage de compiler le code source en utilisant le toolkit Qt à la place du toolkit GTK.

Une bonne nouvelle pour les personnes qui ne jurent que par KDE et qui trouve konqueror un peu trop limité par rapport à Gecko ou Webkit.

Sortie de WordPress 2.6.1

Aujourd’hui est sortie une version de maintenance de WordPress, la version 2.6.1.

Au menu des nouveautés :

  • Un meilleur support pour les langues qui s’écrivent de droite à gauche (hébreu, langues arabes entre autre)
  • Un bogue mystérieux lié à gettext a mordu la poussière.
  • Les utilisateurs du serveur Microsoft IIS voient les problèmes de permaliens résolus.
  • Les utilisateurs d’Internet Explorer auront moins de problèmes avec l’insertion d’image.
  • WordPress répond mieux pour les utilisateurs qui ont des extensions nombreuses.

En tout une grosse soixantaine de bogues ont été corrigés, en attendant la version majeure 2.7 qui pointera le bout de son nez vers le 10 novembre prochain.

Deux astuces en ligne de commande bien pratique.

J’ai toujours considéré que pour certaines choses, la ligne de commande était plus que supérieure à l’interface graphique. Il est vrai que mon premier ordinateur n’avait pas d’interface graphique pour interagir avec l’utilisateur 😉

Voici deux exemples qui prouvent la puissance de la ligne de commande.

Continuer la lecture de « Deux astuces en ligne de commande bien pratique. »

Vrac’ons librement et rapidement ;)

Un « en vrac » rapide consacré au logiciel libre :

  • Sortie de la version alpha2 de Shredder : pas mal de nouveautés dont une meilleure intégration dans MacOS-X, support IMAP amélioré, filtre antispam amélioré. Pour une liste des bogues corrigés, il suffit d’aller sur le Rumbling Edge.
  • Firefox 3.0.2 et 2.0.0.17 sont prévus pour les environs du 3 septembre, dixit le Firefox Extension Guru’s Blog.
  • OpenArena basé sur le code source de Quake 3 Arena est en version 0.80. Et cerise sur le gateau, un exécutable AMD64 pour linux existe 😉
  • La 3ième RC du noyau linux 2.6.27 vient de sortir. Et selon Linus, le pilote ath9k a été rajouté dans le code du noyau. Dommage que cela ne concerne pas mon circuit wifi atheros 5007eg 🙁
  • WordPress 2.6.1 béta2 est disponible. Pour tout dire, n’ayant vu aucun bug dans la version 2.6.0, je ne sais pas si je n’attendrais pas la version 2.7.0 avant une nouvelle migration du logiciel.

ZenWalk 5.2 « Gnome Edition » : un petit tour du « propriétaire »

La ZenWalk est dérivé de la distribution slackware, tout en incluant des paquets assez récent. Bien qu’utilisant principalement l’environnement Xfce, une version utilisant l’environnement gnome est disponible. Du moins, en version béta 😉

Ayant téléchargé l’image ISO, j’ai créé une machine virtuelle et comme la distribution est assez légère, je ne lui ai donné que 16GiO de disque. Et avec une mémoire vive de 768 Mo, j’ai donc utilisé la ligne de commande suivante :


fred@fred-laptop:~/download$ qemu-img create -f raw zenw.img 16GFormatting 'zenw.img', fmt=raw, size=16777216 kB
fred@fred-laptop:~/download$ kvm -m 768 -hda zenw.img -k fr -localtime -soundhw all -cdrom zenwalk-gnome-5.2beta.iso -boot d &

L’installation se fait en mode semi-graphique, dans un anglais assez simple, et le tout est assez automatisé. J’ai pu noté que le formatage des partitions d’installation (une / et une /home) utilise le format xfs au lieu du classique ext3fs.

Après l’installation des paquets, l’ajout de l’utilisateur et le support du circuit son sont effectués au premier redémarrage. Ensuite, on arrive sur un écran de connexion tout ce qu’il y a de plus classique.

écran de connexion de la Zenwalk 5.2 gnome edition

Continuer la lecture de « ZenWalk 5.2 « Gnome Edition » : un petit tour du « propriétaire » »