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…

Quoi de neuf dans le dépot « hardy proposed » ?

Ce dépot est celui qui sert à tester les nouvelles versions de logiciels avant leur « validation » et leur mise à disposition dans le dépot « updates ».

En dehors des mises à jour de logiciels de « bas niveau » (comme le noyau ou des pilotes), il y a des logiciels « utilisateurs lambda » qui sont en version de tests. Entre autre, OpenOffice.org en version 2.4.1rc2 et la version rc1 (donc un brin obsolète !) de Firefox 3. Captures d’écran à l’appui :

OpenOffice 2.4.1rc2 dans Hardy Proposed

Firefox 3.0rc1 dans Hardy Proposed

Versions qui seront – avec un peu de chance – celle de la version 8.04.1 LTS, premier « service pack » – pour prendre un parallèle à la Microsoft – pour Ubuntu Hardy qui doit sortir en juillet.

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…