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

Firefox 3.0rc2 est disponible.

La deuxième et ultime (?) RC de Firefox 3 est disponible.

J’avais déjà fait un billet sur l’existence de cette RC il y a quelques jours.

Désormais, sauf gros bogue majeur de dernière minute, Firefox 3.0 devrait pointer le bout de son nez d’ici quelques jours, après 34 mois de développement ! 🙂

Si vous voulez télécharger cette version sans passer par la mise à jour automatisée : http://www.mozilla.com/firefox/all-rc.html

Bon téléchargement et bon surf 🙂

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 🙂

Vers un support des circuits Atheros 5007eg pour les distros linux 64 bits ?

Un des points ennuyeux avec mon portable, c’est son circuit Wifi, un Atheros 5007eg, qui nécessite l’utilisation du pilote windows XP 64 Bits pour se connecter en sans fil 🙁

Hors, en suivant le bug concernant ce problème sur le site de madwifi, une solution – fonctionnelle – a été apportée.

Testée et approuvée par mes propres soins. Ce n’est cependant pas une solution officielle, mais au moins, cela évite l’utilisation de ndiswrapper et du pilote windows 😉

1ière étape : virer tout ce qui est en rapport avec ndiswrapper, pour éviter des conflits par la suite :

$ sudo ndiswrapper -e net5211
$ sudo modprobe -r ndiswrapper
$ sudo apt-get remove --purge ndiswrapper-common ndiswrapper-utils ndisgtk

2ième étape : récupération du code de madwifi et du correctif pour le support du circuit en 64 bits, qui est apparemment originaire d’un utilisateur de FreeBSD 🙂


$ svn co http://svn.madwifi.org/madwifi/trunk madwifi
$ wget http://people.freebsd.org/~sam/ath_hal-20080528.tgz

On passe ensuite à l’installation du code, puis à sa compilation.


$ cd madwifi
$ mv hal hal.old
$ mkdir hal
$ cd hal
$ tar xvf ../../ath_hal-20080528.tgz
$ mv ath_hal-20080528/* .
$ cd ..
$ sudo make install BINDIR=/usr/bin MANDIR=/usr/share/man
$ sudo depmod -ae
$ sudo modprobe ath_pci

Ensuite, menu Système / Administration / Pilotes de périphérique

Et activez le module « Support for Atheros 802.11 wireless lan cards ».

Un redémarrage plus tard, la connexion fonctionne. Et cela fait plaisir. Pour information, voici ce que me donne un iwconfig :


fred@fred-laptop:~$ iwconfig
lo no wireless extensions.

eth0 no wireless extensions.

wifi0 no wireless extensions.

wlan0 IEEE 802.11g ESSID:"Livebox-XXXX" Nickname:""
Mode:Managed Frequency:2.457 GHz Access Point: XX:XX:XX:XX:XX:XX
Bit Rate:54 Mb/s Tx-Power:16 dBm Sensitivity=1/1
Retry:off RTS thr:off Fragment thr:off
Power Management:off
Link Quality=59/70 Signal level=-37 dBm Noise level=-96 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0

Bref, que du bonheur 😉

Big Buck Bunny est sorti !

Le deuxième film d’animation de synthèse entièrement basé sur du logiciel libre, après le très conceptuel Elephants Dream vient de sortir officiellement. Big Buck Bunny réalisé avec Blender 2.46 pour la modélisation en 3D est disponible sur cette page, aussi bien en mp4, qu’en ogg, h264 et msmp4.

Les résolutions disponibles sont : 854×480, 1280×720, 1920×1980.

Un coffret DVD contenant le film et l’ensemble des données ayant permis sa création est disponible pour les personnes intéressées, à cette adresse, à 34 € pièce, pour permettre la création d’autres « open movies », qu’on pourrait traduire par films libres.

L’histoire ? Comment un lapin tout à fait gentil se transforme en Rambo… 9 minutes, même si la fin nous laisse sur notre faim 🙂

Le combat d’arrière garde des marins-pécheurs : baroud d’honneur avant la mise à mort ?

Derrière ce titre volontairement choquant, je voudrais parler de l’autisme (et encore, c’est insulter les victimes d’autisme) des marins-pécheurs.

Leur litre de gasoil à 40 centimes d’euros est une irresponsabilité monstre. Le pétrole – victime actuellement de spéculation – est une matière première qui n’est pas renouvelable, et dont il faudra s’habituer à payer à son vrai prix, très cher.

Le problème est que les marins pécheurs utilisent des moteurs qui sont des gouffres à gasoil : jusqu’à 1000 litres par jour… Je me demande combien consomme un camion de transport routier par jour, tiens.

Le problème est que la profession – qui se suicide médiatiquement – ne veut pas entendre qu’ils sont trop gourmand coté carburant. Soit ils se remettent en question, soit ils meurent.

Mais il est à craindre que l’inertie de la profession face à la peur de se remettre en cause ne risque de les condamner à mort à court terme…

Du nouveau sur Firefox 3.0rc2.

Dans ce message de Mike Beltzner, on en apprend plus sur la version Release Candidate 2 de Firefox 3.

Pour faire un résumé rapide :

Les problèmes corrigés sont déjà listés, et il y a peu de chance que de nouveaux bugs soient pris en compte, les règles de prise en compte sont assez strictes : devoir expliquer clairement en quoi le bug proposé peut être considéré comme un bloqueur pour l’utilisateur ou le développeur.

Sur la douzaine de bogues listés comme bloquant cette version RC2, 6 concerne les infrastructures de la Fondation Mozilla…

La feuille de route est la suivante :

  • Gelure du code : 28 mai, à midi, heure du Pacifique (21 heures pour Paris)
  • Début des compilations : 29 mai, tôt dans la matinée, heure du Pacifique
  • Début du QA : 29 mai à midi, heure du pacifique (dès l’arrivée des compilations)
  • Fin du QA : 5 juin

Donc, le 7 ou le 8 juin, la RC2… Et si tout se passe bien, Firefox 3.0 pour la mi-juin, 19 mois après la sortie de Firefox 2.0.

Tiens, un vieux titre pour un dimanche nuageux.

Faisant du nettoyage par le vide, je suis tombé sur une vieille collection de CD, « La légende des tubes ». Sur le volume 16 (sorti en 1997) avec d’autres titre comme « D’Allemagne » (de Patricia Kaas), je suis retombé sur cette pépite de 1994, « ’74 – ’75 » des Connells.

Cela change un peu de la daube…musique des majors actuelle, non ? 😉