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 😉

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

Firefox 3.1 pré-alpha1 et Acid3 : vers la lutte finale ? ;)

M’étant abonné au bug qui permet de suivre l’évolution du support de la nouvelle masturbation intellectuelle des navigateurs web, j’ai nommé le test Acid3, j’ai pu constater ses dernières heures qu’au moins 3 bogues concernant le dit test avait été marqué comme « FIXED ».

Il s’agit des bogues 421765, 412567 et le 128585.

Ce qui donne maintenant un résultat de 76 / 100 pour la pré-alpha1 de Firefox 3.1, soit 5 tests de mieux que le futur Firefox 3.0 qui doit être publié dans le courant du mois. Toujours bon sur le plan du support des normes du W3C au final 🙂

Firefox 3.1 alpha 1 et son score de 76 / 100 au test acid3

Vers un meilleur support des CSS3 dans Firefox 3.1 ?

Non, je n’ai pas fait de faute de frappes dans le titre. Je parle bien de Firefox 3.1, dont la sortie est prévue pour décembre 2008.

Le support des CSS3 semble être assez intéressant, pour ne pas dire « parfait » sur le plan des sélecteurs.

En effet, jettant un oeil sur la page de suivi de modification du code de Firefox 3.1 (mozilla-central actuellement), j’ai pu lire ceci :

2008-06-02 20:17 -0700 L. David Baron – Implement :first-of-type, :last-of-type, and :only-of-type. b=128585 r+sr=bzbarsky default tip
2008-06-02 20:17 -0700 Daniel Glazman – Implement :nth-child(), :nth-last-child(), :nth-of-type(), :nth-last-of-type(). b=75375 r+sr=bzbarsky
2008-06-02 20:17 -0700 L. David Baron – Make nsPseudoClassList capable of storing integer pairs for :nth-*(). b=75375 r+sr=bzbarsky

Ce sont des sélecteurs liés aux CSS de 3ième génération. J’ai donc lancé le test du site CSS3.info, la capture d’écran étant suffisamment parlante.

Le test de compatibilité des sélecteurs CSS3 est réussi à 100%

Dommage cependant que certaines parties ne soient pas encore supportées, comme les ombres sur les polices, cf le bogue 10713 qui empèche d’avoir un bel affichage « ombré » sur le test Acid3 dont le résultat s’est légèrement amélioré récemment, passant de 71 à 73/100 🙂

73 / 100 au test acid3 avec Firefox 3.1 pré-alpha1.

Comme quoi, Firefox 3.1 prévu pour décembre ne sera pas qu’un simple « ravalage » de Firefox 3 🙂