geekeries – Page 530 – Le Weblog de Frederic Bezies

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 🙂

Automatiser la mise à jour du code source de Minefield

Il y a plus de deux ans, j’avais trouvé un moyen d’automatiser la mise à jour du code source de Gran Paradiso (devenu depuis un certain Mozilla Firefox 3.0).

Mais deux ans en informatique, c’est bien l’équivalent de 15 années dans la vie courante. J’ai donc mis à jour mon script pour le code source de Minefield.

Continuer la lecture de « Automatiser la mise à jour du code source de Minefield »

Utiliser des versions de développement de logiciels de navigation, est-ce une folie ?

Cette question m’est venue soudainement à l’esprit. Je me suis aperçu que depuis l’an 2000 – p’tain, 8 ans déjà – que j’utilise des versions de développement de navigateurs. En effet, depuis l’an 2000, j’ai utilisé en compilant 99% du temps : la suite Mozilla de sa version 0.6 à la version 1.7.5, Mozilla Firefox depuis qu’il s’appellait Phoenix 0.1 (en septembre 2002).

Bref, cela fait donc 8 ans que je ne sais plus ce qu’est un logiciel de navigation en version stable. Serais-je donc un indécrottable geek accroc aux versions « bleeding edge » ?

Merci à une certaine Valérie – qui se reconnaitra – de m’avoir fait cette remarque 🙂

Vers un coeur commun entre Shiretoko, Shredder et SeaMonkey 2 ?

C’est une idée envisageable, étant donné que le dépot du code source de Shredder et de SeaMonkey pré-2.0 viennent de migrer, abandonnant le vieux dépot CVS vers un dépot mercurial.

Si l’on veut compiler soit-même le code source dit du « tronc » des logiciels de la Fondation Mozilla, que ce soit Shiretoko, Shredder ou SeaMonkey pré-2.0, il faut maintenant passer par des dépots mercurial.

Si le développement de Shiretoko est maintenant bien ancré sur un dépot mercurial, à savoir mozilla-central, c’est loin d’être le cas pour Shredder et SeaMonkey pré-2.0. Voici donc comment compiler Shredder ou SeaMonkey en utilisant le dépôt mercurial comm-central.

Déjà, il faut avoir autoconf 2.13 et mercurial pré-installé. Pour cela, il faut se conférer à la documentation de votre distribution pour savoir comment faire.

Ensuite, il faut récupérer le code source commun à Shredder et SeaMonkey pré-2.0 :

hg clone http://hg.mozilla.org/comm-central/ src

Une fois le code récupéré, il faut récupérer le complément à savoir le code en commun avec Shiretoko :

python client.py checkout

Pour cette partie, l’outil CVS configuré correctement est indispensable. En clair, il faut que la variable CVSROOT soit définie ainsi :

export CVSROOT= »:pserver:anonymous@cvs-mirror.mozilla.org:/cvsroot »

Vient le moment stratégique, préparer le .mozconfig pour les options de compilation. Il faut ajouter les deux lignes suivantes :

ac_add_options --enable-application=mail mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/objdir-tb

Et virer un . $topsrcdir/mail/config/mozconfig qui aurait pu s’y trouver si on récupère un vieux fichier .mozconfig

Voici pour information mon .mozconfig pour Shredder :

#
# See http://www.mozilla.org/build/ for build instructions.
#

ac_add_options –enable-application=mail
mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/objdir-tb

# 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-static
ac_add_options –disable-shared

Ensuite, il suffit de lancer la compilation et d’attendre.

Et voici ce que donne une boite « about » d’un Shredder compilé avec le code source du dépôt mercurial comm-central.

Les pages qui m’ont aidé pour rédiger cet article :

http://wiki.mozilla.org/SeaMonkey:hg-based_build
http://developer.mozilla.org/en/docs/Mozilla_Source_Code_(Mercurial)
http://developer.mozilla.org/en/docs/Comm-central_source_code_(Mercurial)
http://developer.mozilla.org/en/docs/comm-central

Succombons à la petite mode « geekienne » du moment ;)

fred@fred-laptop:~$ history | awk '{a[$2]++ } END{for(i in a){print a[i] " " i}}'|sort -rn|head 14 cd 12 sudo 3 tar 3 ls 2 unzip 2 nslookup 2 mc 2 chmod 1 whois 1 ./update-sm.sh

Cette série de commande qui analyse l’historique de la saisie en console, je l’ai trouvé en fouillant sur divers planets, dont planet Fedora-fr, que je lis, bien que n’étant pas utilisateur de la distribution Fedora.

La dernière entrée étant celle d’un script que j’ai jadis rédigé pour automatiser la récupération du code source de développement de SeaMonkey.