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.

Le retour d’un serpent de mer : QT avec Mozilla ;)

Sous linux et autres unix, Firefox utilise le toolkit GTK. Or à une époque reculée, un port pour QT pour la suite Mozilla avait été commencé, puis abandonné. cf le bogue 178987.

Or, en lisant OSNews, j’ai pu lire que le port était de nouveau en vie. Le wiki de Mozilla propose des infos pour compiler cette version. Cependant, j’ai préféré prendre une version déjà précompilée, en l’utilisant sous une Fedora 10 alpha 32 bits avec KDE 4.1. Gain de temps ? Une bonne heure 🙂

La version proposée semble être basée sur du code compilé le 4 août 2008.

Voici donc le résultat avec Acid3 et Google :

Acid3 sous Shiretoko en version QT

Google sous Shiretoko en version QT
Pour la petite histoire, peu après la libération du code source de mozilla fin mars 1998, le premier port fut effectué sous QT par Trolltech.

http://trolltech.com/company/newsroom/announcements/00000007

Le bogue qui permet de suivre l’évolution du port est le 448989. Donc si vous êtes intéressé par l’intégration de QT, c’est le bogue à suivre.

Vladimir Vukićević explique le pourquoi du comment de ce port.

Bref, c’est une bonne nouvelle pour les utilisateurs de KDE 4.x qui auront désormais un look natif pour les widgets, du moins quand Shiretoko sortira 🙂

Acid3 et Konqueror 4.1 ? Merci la Fedora 10 alpha ;)

Fedora a sorti récemment la version alpha de la Fedora 10 (prévu pour fin octobre). J’ai donc récupéré le liveCD version AMD64 avec KDE 4.1 dessus. Il m’a fallu cependant désactiver le support de l’Acpi qui ne fonctionne pas très bien avec le noyau 2.6.27-rc1 de la Fedora 10 alpha…

fred@fred-laptop:~/download$ kvm -m 768 -hda fed10.img -k fr -localtime -cdrom Fedora-10-Alpha-x86_64-Live-KDE.iso -soundhw es1370 -no-acpi -boot d &

Après avoir installé et mis à jour la version contenue sur le disque virtuel, j’ai constaté avec plaisir que la connexion se faisait sans problème, contrairement au liveCD proposé par OpenSuSE. Etrange.

Bref, tout cela pour voir que Konqueror n’est toujours pas motorisé par Webkit, même si QT4.4 contient le code de Webkit dans ses entrailles, et que le résultat au test acid3 s’en ressent : un peu mieux que le score de Firefox 3.0.x, à savoir à peine 76 / 100.

76 / 100 pour Konqueror 4.1

Ce qui est somme toute un score assez honorable, quand on sait que Konqueror 3 – dans sa version 3.5.8 – se plante au lancement du test 🙁

Acid3 : état des lieux début août 2008.

Je profite de la moiteur de ce mois d’août pour faire un bilan sur le passage du test Acid3. Je me limite aux navigateurs utilisables sous Linux, qui recoupe quasi-complètement le nombre des navigateurs existant, à l’exception d’Internet Explorer et de Safari.

Mis à part le score parfait de Safari et le score « piteux » des versions 6 et 7 d’Internet Explorer, il n’y a pas grand chose à rajouter.

En mars dernier, j’avais déjà fait un premier état des lieux. Voyons donc en cinq mois quelles sont les différences. –

Firefox 3.0.x : Le test nous donne un joli 71 / 100.

Shiretoko – ce qui deviendra plus tard Firefox 3.1 – post-alpha1 / pré-alpha2 : 85 / 100. Cf cette précédente note.

Opera pré-9.52 : 83 / 100

83/100 avec Opera pré-9.52

Konqueror 4.1 en utilisant le liveCD proposé par OpenSuse : http://home.kde.org/~binner/kde-four-live/

J’ai installé le liveCD dans une machine virtuelle kvm, mais pas de connexion possible. Bug de Konqueror ? De Kvm ?!

Problème de connexion de Konqueror 4.1.0

J’ai compilé la révision 35542 de Webkit. Epiphany 2.24.x (qui sortira en septembre) utilisera aussi webkitGtk.

Et un score parfait à la clé.

Score parfait de webkit sous acid3

Quoi de neuf avec Shiretoko Alpha 1 ?

Si on en croit ce bilan hebdomadaire de la Fondation Mozilla reproduit sur le blog « Firefox Extension Guru’s Blog« , Shiretoko alpha 1 devrait sortir le 25 juillet prochain, le code ayant été gelé à 23 h 59, heure du Pacifique, soit Paris – 9 heures.

Qu’y aura-t-il dedans, sauf changement de dernière minute ?

84 / 100 pour le test Acid3 sous Shiretoko alpha1

Bref, que du bon, et encore du meilleur à venir. Enfin, on verra bien ce que cela donnera lors de la sortie de la version finale, prévue pour fin 2008, début 2009.

Et de 81 tests passés par Shiretoko ;)

Shiretoko, nom de code de Firefox 3.1 vient de passer à 81 tests validés pour l’ensemble qu’est Acid3. Soit pile 10 tests de plus que Firefox 3.0.

81 / 100 à Acid3 sur Shiretoko pre-alpha1

La fermeture du bogue 199959 permet de grapiller un point de plus à l’Acid3. Pour suivre le support du dit test, il suffit de se reporter au bogue 410460.

Bref, maintenant, en attendant la version alpha qui devrait sortir mi-juillet théoriquement, mais on peut plutôt tabler sur début août, on peut se dire que cette version 3.1 de Firefox ne sera pas qu’un simple replâtrage de Firefox 3.0 🙂

Un rapide tour du propriétaire pour la distribution ArchLinux 2008.06 alias Overlord.

Archlinux est une excellente distribution qui m’avait donné beaucoup de plaisir durant deux mois. C’est donc avec la sortie de sa version 2008.06 que j’en profite pour l’installer dans une machine virtuelle KVM.

La dite machine suivant mon protocole classique : clavier français, disque virtuel de 32 Go, 768 Mo de mémoire vive et un circuit son es1370. Donc les classiques commandes dans un terminal :

fred@fred-laptop:~/download$ qemu-img create -f qcow2 arch.img 32G
Formatting 'arch.img', fmt=qcow2, size=33554432 kB
fred@fred-laptop:~/download$ kvm -m 768 -k fr -localtime -hda arch.img -cdrom archlinux-2008.06-core-x86_64.iso -soundhw es1370 -boot d &

L’installateur a été refondu. D’ailleurs, si on fouille dans les options du menu de démarrage, on peut trouver un clone d’un célèbre jeu vidéo. Pour y accéder ? Menu Tools / Space Invaders !

Accès à Space Invaders avec l'Archlinux.

Le début de la partie...

Fin de partie

L’installation se fait comme d’habitude. Après le premier démarrage, j’ai ajouter au fichier /etc/pacman.conf le serveur d’Archlinux.fr pour avoir accès à Yaourt. Donc, j’ai rajouté le dépot situé à l’adresse http://repo.archlinux.fr/x86_64/.

# pacman -S yaourt
# yaourt -S libx86 xorg hwd

Configuration de Xorg :

# hwd -u : hwd -xa

Ajout de Gnome ; je me suis basé sur l’article que j’avais jadis rédigé sur le wiki d’Archlinux.fr.

# yaourt -S gnome gnome-extra gnome-system-tools

Pour le support du gvfs, il suffit d’ajouter le module « fuse » à la ligne qui va bien dans le fichier /etc/rc.conf

Ajout du serveur Pulse-Audio, en se basant sur cet autre article que j’avais traduit depuis le wiki d’Archlinux.org.

Ensuite, j’ai crée un compte utilisateur en lui donnant les droits d’accès sur : wheel, audio, storage, optical, stb-admin et pulse-access.

J’ai utilisé GDM pour lancer le Gnome 2.22.2 installé.

Gnome 2.22.2 sous Archlinux

Pour finir, j’ai voulu voir s’il était facile de compiler Shiretoko.

J’ai ensuite utilisé le tarball du code source que j’utilise sur mon Ubuntu, et j’ai lancé la recompilation de Shiretoko avec le .mozconfig suivant :

. $topsrcdir/browser/config/mozconfig

# Options for ‘configure’ (same as command-line options).
ac_add_options –enable-optimize= »-Os -march=native -w -pipe »
ac_add_options –disable-debug
ac_add_options –disable-tests
ac_add_options –enable-default-toolkit=cairo-gtk2
ac_add_options –enable-strip

40 petites minutes d’attente, et voici un Shiretoko qui nous donne un aperçu du test Acid3.

Shiretoko sous Archlinux.

Que dire de plus ? Qu’Archlinux est toujours une aussi bonne distribution, mais que devoir parfois trifouiller les tripes de l’OS est lassant 🙁

Chi va piano, va sano e va lontano…

Derrière ce titre en langue italienne, que l’on peut traduire par « qui veut aller loin ménage sa monture », je voudrais parler des avancements sur le plan du passage de la dernière masturbation intellectuelle sur le plan des technologies de la toile, le test Acid3.

Alors que Firefox 3 vient de sortir, une faille de sécurité touchant à la fois Firefox 2 et 3 assez grave est révélée – et est confirmée par Window Snyder – et dont la date de révélation est quand même assez opportuniste, le travail pour améliorer le code de Shiretoko (nom de code de Firefox 3.1) dont la sortie est prévue pour décembre 2008.

La première – et unique ? – alpha de Shiretoko devrait offrir un score d’environ 80/ 100, comme le montre cette capture d’écran d’une version compilée ce matin même sur ma machine.

80 / 100 avec une pré-alpha de Shiretoko.

Alors que la course au passage du test Acid3 a ressemblé à celle du passage du test Acid2 précédemment, il est assez certain que le test ne sera complètement passé que par Firefox 4 qui sortira dans environ… un an et demi 🙂

Quoiqu’il en soit, mieux vaut prendre son temps pour le passage du test, que modifier le code source d’un navigateur uniquement pour le passer. Ne serait-ce que pour éviter des problèmes de lourdeurs par la suite 😉

Ah, la loi DADVSI 2, alias Hadopi : vers une loi encore plus usine à gaz et inapplicable ?

La loi tirée du rapport Olivennes et qui est une monstruosité juridique a été présentée ce matin en conseil des ministres.

« Ce projet de loi répond à une situation d’urgence, l’économie du secteur culturel et le renouvellement de la création se trouvant menacés par le pillage grandissant des oeuvres sur les réseaux numériques », souligne le compte-rendu du Conseil des ministres.

Le texte crée une Haute autorité pour la diffusion des oeuvres et la protection des droits sur l’internet (Hadopi). S’ils constatent que leurs oeuvres font l’objet d’un téléchargement illicite, les ayants droit pourront saisir cette autorité administrative.

Dans un premier temps, elle enverra à l’internaute en faute des avertissements par courriel puis par lettre recommandée pour lui demander d’arrêter.

« Si les manquements persistent en dépit de ces deux avertissements, l’internaute s’exposera à une sanction consistant en une suspension de l’abonnement internet pour une durée de trois mois à un an », indique le compte-rendu. A moins que l’internaute n’accepte une « transaction », auquel cas la durée de suspension pourra être réduite.

La mesure de suspension de l’accès à internet a concentré les critiques des opposants au texte, qui la jugent « disproportionnée ».

Outre la création d’une justice privée à la botte des lobbys du disque et du cinéma, la question se pose : comment savoir qui a téléchargé quoi et quand ?

Ce qui va entrainer un flicage monstrueux des internautes, coupables de piratage jusqu’à la preuve du contraire… Je croyais que sur le plan légal, c’était : « innocent jusqu’à preuve du contraire » ?

Si on se base sur les actions de la RIAA, on risque de tomber sur des affaires cocasses qui montreront qu’une chose : la loi sera une usine à gaz monstrueuse et inefficace.

En effet, des chercheurs d’une université de Washington on fait accuser des imprimantes réseaux ou encore des routeurs wifi d’être des pirates !

La Haute Autorité pour la diffusion des œuvres et la protection des droits sur Internet qui accuse une imprimante d’avoir téléchargé le dernier album d’Amel Bent. Ce drôle de scénario pourrait bien arriver, selon une étude (.pdf) de deux professeurs et un étudiant de l’université de Washington. Partant du constat que la bataille entre les ayants droit et les utilisateurs de réseaux p2p s’est durcie, Michael Piatek, Tadayoshi Kohno et Arvind Krishnamurthy ont voulu tester scientifiquement comment les sociétés de surveillance (désignées par la MPAA et RIAA) identifiaient ces internautes pirates. Et ils ont eu des surprises.

Leur principale conclusion : n’importe quel internaute peut être accusé de piratage (et condamné à payer une amende ou à voir son accès Internet coupé) et faire accuser n’importe qui de piratage. Ils ont réussi à recevoir intentionnellement des centaines de plaintes (« DMCA takedown notice ») pour treize machines de l’Université qui n’avaient jamais vu la couleur d’un fichier illégal, dont trois imprimantes et un routeur wi-fi.

Et que dire des procès perdus avec des accusations infondées ?

Une raison de plus de lire l’excellent dossier de Numérama, sur les 10 raisons de rejeter la loi Hadopi.

Des nouvelles de Shiretoko.

Décidément, je crois que je ne me ferais jamais au nom de code de Firefox 3.1 😉

Bref, voici quelques nouvelles à la veille de la sortie de la version finale de son « papa », Gran Paradiso alias Firefox 3.0.

Commençons par la masturbation intellectuelle, j’ai nommé le test Acid3. On frôle actuellement les 80 / 100. Quelques bogues ont été corrigés, et on arrive à 79 / 100 pour le moment. Ce qui est déjà pas si mal, étant que 8 tests supplémentaires sont passés par rapport à Firefox 3…

79 / 100 avec une préversion de Shiretoko alpha1

Sur le plan des bogues considérés comme bloquant la sortie de cette version en décembre prochain, ils sont actuellement au nombre de 10, les bogues qu’il faudrait voir disparaître, 45.

Parmi les bloquants : java non reconnu dans les pré-alpha actuelles, deux plantages liés à flash et à swfdec, son implémentation libre.

Parmi la liste des « à faire disparaitre » : des améliorations dans le support du SVG, dans le support des CSS3, le support de la balise <video> avec les codecs theora, gstreamer et directshow.

Informations trouvées via l’excellent blog « Firefox Extension Guru’s Blog« .