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

CSS ombrées ? Une nouveauté dans le futur Firefox 3.1

Assez récemment, le bogue 10713 qui s’occupe d’insérer la propriété qui permet de créer des ombres en utilisant des CSS a été marqué comme corrigé.

En dehors d’une amélioration d’apparence du test Acid3, on peut voir ce que donne des textes utilisant des ombres avec les CSS, comme avec cette page :

http://www.designdetector.com/demos/text-shadow-test.html

78 / 100 pour Acid3.

78 / 100 pour Firefox3.1pré-alpha1 et acid3.

On peut espérer un petit 80 voire 85 / 100 pour la sortie de Firefox 3.1 en décembre prochain ?

Ah, le labyrinthe des versions « librissime » de firefox…

Par le terme librissime, je pense surtout au zèle excessif dont fait parfois preuve la Free Software Foundation.

Considérant Firefox pas assez libre, un projet nommé IceWeasel a vu le jour en août 2005, qui se résume à peu chose à : code source de firefox avec un nom différent et une série d’illustrations différente.

Bref, pas grand chose au final. Cependant, IceWeasel désigne maintenant la version debian de Firefox, et non plus la version de la FSF. Il faut parler d’IceCat !!!

Bref, IceCat est actuellement version 2.0.0.13, et n’existe en version binaire que pour les processeurs i386 et supérieur. Pas de version pour les processeurs Intel et AMD 64 bits, et encore moins pour le PowerPC.

Il faut donc aller sur le site d’IceCat pour récupérer le code source. La compilation est « classique », mais change assez du modèle proposé par la Fondation Mozilla. Outre un .mozconfig d’une longueur et d’une redondance inutile, il faut entrer le duo magique :

./configure ; make

pour lancer la compilation du chat de glace. Au résultat ? Une version aussi utilisable qu’un firefox classique, mais plus correct aux yeux de la Free Software Foundation… Beaucoup de bruit pour pas grand chose au final 😉

IceCat, le Firefox version GNU...
Mais si cela peut faire plaisir, un peu de masturbation intellectuelle de ce style, hein…

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

Ah, la légende du formatage faisant perdre de la place sur un disque dur !

Mettons à mort cette légende urbaine. Une question sur le site Yahoo Q/R concernant la différence de capacité annoncée pour un disque dur m’a fait émettre cette réponse :

Le problème vient d’une définition. L’ordinateur est la machine la plus c*nne de la création. Il ne sait manipuler que deux valeurs : 0 & 1. Donc, contrairement à l’humain qui compte en base 10 (0 à 9), l’ordinateur compte en base 2.

De l’unité de base, octet, on en déduit :

Le Kilo-Octet : 2^10 octets = 1024 octets.
Le Méga-Octet : 2^10 Ko = 1 048 576 octets
Le Giga-Octet : 2^10 Mo = 1 073 741 824 octets.

Jusqu’en 1998, on parlait des mesures ainsi, jusqu’à l’invention d’appellation spécifique.

Hors, Giga signifie 1 milliard pour l’humain. Tu as une différence de 7,374% entre le Giga humain et le Giga informatique.

(500 * 7,374) / 100 = 36,87… Donc, la différence que tu observes entre ta taille « commerciale » et la taille réellement exploitable du disque dur. Le formatage n’enlève pas le moindre octet à la taille de support.

Et pour info : 500 milliards d’octets (taille commerciale) divisée par le taille informatique du GigaOctet à savoir 1 073 741 824, cela donne :

500 000 000 000 / 1 073 741 824 = 465,661287308

Donc, la preuve est faite : aucun octet n’est perdu par le formatage.

En effet, en 1998, il a été décidé que l’on parlerait d’unité spécifique, les KiO (pour KibiOctet), MiO (pour MibiOctet), GiO (pour GibiOctet)… Mais faire disparaitre plusieurs décennies d’habitude d’appellation… Bon courage ! 🙂

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 🙂