Internet – Page 28 – Le Weblog de Frederic Bezies

Profiter de Mozilla Firefox 3.5rc2 sous linux 64 bits.

Cet article est écrit à titre « pédagogique » et de culture générale informatique. Etant donné qu’il n’y a pas de version officielle de Mozilla Firefox 3.5rc2 en 64 bits pour linux, j’ai décidé de montrer comment faire.

Mozilla Firefox 3.5rc2 pour linux en 64 bits

Je me base sur une ArchLinux 64 bits, à jour, avec Xfce 4.6.1 (installé en utilisant le wiki anglophone. D’ailleurs, pour faire une digression rapide, si vous avez des problèmes avec le volume, installer le paquet oss et rajouter le daemon oss à la ligne DAEMONS du fichier /etc/rc.conf est radical pour corriger le problème).

Bref, en me basant sur la documentation disponible ici (notamment les pré-requis), on peut se faire un environnement de compilation facilement.

Pour autoconf-2.13, il faut utiliser le paquet autoconf-compat, disponible sur aur.archlinux.org via l’outil yaourt :

yaourt -S autoconf-compat

Une fois le code source récupéré depuis http://releases.mozilla.org/pub/mozilla.org/firefox/releases/3.5rc2/source/, il suffit de décompacter le code source et de rajouter le fichier .mozconfig suivant :

export AUTOCONF=autoconf-2.13

. $topsrcdir/browser/config/mozconfig

mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/../objdir-fx

ac_add_options --enable-optimize ac_add_options --disable-debug ac_add_options --disable-tests

Pour lancer la compilation. On se rend dans le répertoire du code source, à savoir mozilla-1.9.1 puis dans un terminal :

make -f client.mk depend make -f client.mk build

Il faut compter entre 45 minutes et une heure.

Ensuite, il faut aller dans le répertoire objet où se trouve le code compilé :

cd ../objdir-fx make package

Le logiciel se trouve dans le répertoire objdir-fx/mozilla/dist/. Une archive tar.bz2 est disponible. Il suffit de la décompacter dans un répertoire ailleurs pour obtenir un firefox indépendant du code source. Par exemple dans un répertoire applications 😉

Le plus simple est de créer un lanceur.

On peut récupérer le paquet de traduction française ici :

http://releases.mozilla.org/pub/mozilla.org/firefox/releases/3.5rc2/linux-i686/xpi/

Une fois le paquet installé, il faut modifier une valeur dans about:config, il s’agit de general.useragent.locale à modifier en fr.

Une fois Mozilla Firefox relancé, la VF nous accueille.

J »aurais très bien pu utiliser le paquet proposé par AUR, mais je voulais avoir une version aussi proche que possible du code officiel.

En vrac’ rapide et plutôt libre ;)

Un petit en vrac’ rapide et plus ou moins consacré au logiciel libre.

Sortie de WordPress 2.8… Si vous aviez téléchargé la 2.8rc1, vous avez peu ou prou la version finale installée. Pour les nouveautés, cf cet article très bien écrit.
Sortie de la quatrième version release candidate de l’agrégateur de flux RSS Liferea. Un logiciel indispensable pour les gnomistes invétérés. Pour les utilisateurs d’archlinux, un petit yaourt -S liferea-dev fera l’affaire.
Le noyau linux 2.6.30 est sorti. L’indispensable billet qui décrit sa génèse est disponible sur linuxfr.org
Apple plus honnête (?!) que Microsoft : MacOS-X 10.6 alias Snow Leopard ne coutera que 29 $ en mise à jour de MacOS-X 10.5 alias Leopard. Et combien va couter la mise à jour de Windows Vista vers Windows Seven ? Il faut dire que dans l’absolu, il n’y a pas grand chose de différent entre Windows NT 6.0 (alias Windows Vista) et Windows NT 6.1 (alias Windows Seven).
Une excellente analyse de la décision du conseil constitutionnel sur Hadopi et son rejet, c’est bien entendu chez maître éolas.

Pour finir, l’obligatoire capture d’écran : Liferea 1.6rc4 sous Archlinux 64 bits.

liferea 1.6rc4 sous Archlinux 64 bits

Chromium, soit. Mais quid de Midori ?

Midori – en dehors de devenir le navigateur de l’environnement Xfce – partage le même coeur de rendu de pages Web, à savoir webkit. En dehors du fait que Chromium n’existe qu’en version 32 bits (pas de version native 64 bits), j’ai voulu voir les différences… Et si Chromium est finalement si intéressant que cela.

Dans ce but, j’ai installé dans une ArchLinux 64 bits dans une machine virtuelle kvm un environnement Xfce 4.6.1 avec la dernière version en date de Midori, la 0.1.7.

En dehors du fait de passer sans aucun problème Acid3, le score obtenu par Midori sur la 4ième version du test de rapidité du moteur V8 de Google Chrome. En effet, le score obtenu est de 871 points.

Chromium, une fois toutes les dépendances 32 bits installées, obtient un score de… 1025 points seulement… 17,68% plus rapide. Le moteur de JS v8 ne serait donc pas rapide que cela ?

D’ailleurs, le test acid3 est passé par Chrome, mais de manière imparfaite. Donc, on peut faire tout un tapage sur Chromium, mais il risque de fermer sa bouche bientôt sur Linux par rapport à Midori…

Maintenant, il est sûr que la puissance de frappe commerciale de Google est largement supérieure à celle de Midori et de ses développeurs…

Acid3 : un test pour des technologies récentes ?

C’est ce que pourrait faire penser le score « catastrophique » de la future version de Microsoft Internet Explorer, la 8.0.

Or, les technologies testées sont assez vieilles pour l’immense majorité. En effet, sont testés le niveau de compatibilité des technologies suivantes :

html4 : 1999
CSS 2.1 : 2007, ok, c’est le contre-exemple parfait, mais il faut se souvenir que les CSS2 date de 1998…
Document Object Model Level 2 : 2000 à 2003
SVG : 2003
CSS3 : encore en cours de travail.

Donc, si l’on regarde bien, la grande majorité des technologies testées ont au maximum 8 à 9 ans d’age…

C’est peut-être ici qu’il faut trouver l’explication pour le « si bon » score de Netscape 7.0.2, basé sur Gecko 1.0.2. Tout simplement que depuis le début du développement de Gecko (1999, donc déjà 10 ans), l’accent est mis sur les normes ouvertes édictées par le W3C.

Enfin, je ne prétends pas être un expert dans le domaine des normes du W3C, mais simplement une personne qui observe les résultats obtenus.

Oui, IE8 a 7 années de retard technologique sur la concurrence !

Du moins sur le plan du supports des normes définies internationalement par le W3C dont Microsoft est membre.

Dans mon précédent article, j’ai été estomaqué de voir que Netscape 7.0.1 avait un meilleur score que Microsoft Internet Explorer 8.0 alors que les deux logiciels sortent avec 7 années d’écart.

J’ai donc voulu vérifier une nouvelle fois, mais j’ai utilisé la vénérable distribution linux Slackware 9.0 (sortie en 2003) pour valider les résultats précédemment obtenus. J’ai récupéré l’ISO de cette distribution (noyau linux 2.4.20) sur un miroir, puis je l’ai installé dans une machine virtuelle VirtualBox.

Pour des raisons de légèreté, j’ai utilisé WindowMaker comme gestionnaire de fenêtres, puis j’ai lancé Netscape 7.0.2 et demandé l’affichage du test Acid3. Résultat sans appel : 36 / 100.

Que la version 8.0 de Microsoft Internet Explorer soit améliorée, cela ne fait aucun doute. Mais combien de temps faudra-t-il pour que certaines vieilles technologies soient enfin implémenté dans le navigateur majoritairement utilisé sur la toile ?

Acid3 : Microsoft Internet Explorer 8 battu par Netscape 7.0.1 ?!

La première – et unique ? – version RC de Microsoft Internet Explorer 8 est sortie récemment. J’ai voulu voir quel était le degré de support des technologies récentes (en clair, moins de 5 ans) du navigateur phare de Microsoft.

Le test acid3 est donc un bon indicateur même s’il est un peu étrange. Score sans appel : 20 / 100.

En septembre dernier, j’annonçais que Mozilla Firefox (sorti en novembre 2004) obtenait déjà un meilleur score : 35 / 100. Ce qui fait déjà un retard technique de 4 ans et demi environ.

Mais le clou est encore plus enfoncé par le passage du test sous Netscape 7.0.1. Cette version téléchargeable en anglais sur le site http://www.oldversion.com/ fait très mal…

J’avoue en être tombé sur le c** en le lisant : 36 / 100 !!! Oui, 36 tests pour un navigateur basé sur Gecko 1.0.2 (donc en novembre 2002)… Ce qui fait un retard technologique sur certains plans pour Microsoft Internet Explorer 8 de… 6 ans et quelques mois.

Il est certain qu’intégrer un filtre anti-hameçonnage, des onglets, un mode de navigation privé est important. Mais avoir un moteur qui affiche des technologies récentes est tout aussi important.

Si vous croyez que je raconte n’importe quoi ou que j’ai fait du photomontage, libre à vous de vérifier la véracité du test sous Netscape 7.0.1.

Actualité des navigateurs à une semaine de Noël 2008.

Je voulais faire un point rapide sur l’actualité des navigateurs à une semaine de Noël.

Adieu Mozilla Firefox 2.0. Avec la sortie de Mozilla Firefox 2.0.0.19, la version « Bon Echo » du navigateur internet de la Fondation Mozilla tire sa révérence, après 26 mois d’existence. Il faut se souvenir que Mozilla Firefox 2.0 est sorti en octobre 2006.
Sortie de Mozilla Firefox 3.0.5, avec la correction d’une demi-douzaine de failles de sécurité, des correctifs concernant la stabilité du navigateur. Plus d’info sur la page des notes de publications de cette version.
Sortie d’Opera 9.63 qui corrige une grosse demi-douzaine de failles de sécurité, elle aussi.
Quand on vous dit qu »Internet Explorer de Microsoft est un logiciel à éviter pour la navigation : une faille « 0-day » (exploitable sans délai), qui toucherait toutes les versions depuis la 5.0 (qui date de l’époque de Windows 2000 !) circule… Et aucun correctif n’est officiellement disponible pour l’instant… Et les dégats semble s’accumuler… Et dire que Bit9 déconseille l’utilisation de Mozilla Firefox, sous prétexte qu’il est moins sécurisé que d’autres logiciels de navigation ?!

C’est tout pour aujourd’hui 🙂

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.

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

Et SeaMonkey 2.0 dans tout cela ?

Alors que Shiretoko alpha2 vient juste de sortir (), j’ai envie de parler d’un certain SeaMonkey 2.0, qui se basera sur un Gecko 1.9.1 final (base de Firefox 3.1 alias Shiretoko).

Un bogue intéressant, c’est le bogue 394522 : « Migrate SeaMonkey preferences panes to use <preferences> »

En clair, c’est une volonté d’utiliser les outils du toolkit de Mozilla Firefox et de laisser tomber lentement mais surement le vieux code XPFE qui commence à prendre la poussière.

En effet, si on ouvre les préférences d’un SeaMonkey (version de développement) récente, on s’aperçoit d’un message, qui annonce que la migration est en route.

En ce qui concerne l’abandon du code XPFE dans SeaMonkey, le code a connu une purge dans ce domaine depuis quelques temps. Cf les bogues 380786 et 386906.

D’ailleurs l’alpha1 de SeaMonkey 2 ne saurait tarder, le code devant être gelé aux alentours du 9 septembre.

Ce sera une bonne nouvelle pour les fans du successeur de la suite Mozilla dont les buts sont précisés sur cette page.

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

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 ?!

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é.