La sortie de Google Chrome m’a donné envie de comparer Firefox 3.0.1, la béta2 d’internet explorer 8 et Google Chrome sur les deux tests acid2 et acid3.
Étiquette : firefox
Vrac’ons rapidement.
Un petit vrac rapide, sur le pouce.
- Selon Kaspersky, Nimda un ver de 2001 continue de faire des ravages. Pour info, ce ver utilise une faille corrigée en l’an 2000 corrigée sur IIS 4 et 5…
- Le gel du code pour la première béta de Firefox 3.1 est repoussé d’environ 3 semaines. Prévu à l’origine pour le 9 septembre, le gel du code est repoussé au 30 septembre. Donc Firefox 3.1 béta1 en octobre, la béta 2 en novembre, et la version finale en janvier 2009 ?
- Google Chrome, le navigateur de Google vient de sortir. Et il se fait incendier par rapport à sa licence d’utilisation…
C’est tout pour aujourd’hui.
Au moins, sauf contre ordre, pas de Shiretoko Alpha 3 ;)
Selon ce compte rendu de la Fondation Mozilla, le code de la version béta1 de Firefox 3.1 (connu sous le nom de code Shiretoko) est prévu pour être gelé le 9 septembre prochain. En ce qui concerne la version alpha2, selon ce billet du Firefox Extension Guru’s Blog, la sortie de la version alpha2 est prévue pour le 11 septembre.
En tout cas, il est certain d’une chose : il n’y aura pas d’alpha3. J’utilise une version de développement officielle pour rédiger ce billet, comme le prouve la capture d’écran :
Voir le bogue 452778 pour suivre la sortie de la version alpha2.
Ah, le fanboyisme…
J’ai horreur de faire des articles de ce genre, mais par moment, c’est nécessaire. Pierre, le webmestre du site Opera-fr.com même s’il a parfois raison pousse le bouchon un peu loin et montre les limites de la raison quand le fanboyisme attaque.
Opera, vieux navigateur qui joue l’innovation mais qui semble maudit en terme de part de marché, vient de voir arriver dans ses versions hebdomadaires la première pré-alpha d’une version 9.60. Je pensais – bêtement – que la branche 9.5x serait suivi par la version 10.0, comme cela avait été déclaré à une certaine époque si mes souvenirs sont bons. Je peux toujours me tromper, hein 😉
Mais passons sur ce point. Ce qui m’a fait réagir, c’est cette partie du commentaire qu’il a posté, je cite :
« Là, chez Opera, la seconde version mineure de 9.5x à peine sortie que la 9.60 arrive, avec déjà de nouvelles fonctionnalités. Et elle sera sûrement finalisée avant la 3.1 de Firefox qui n’apportera que quelques petites fonctionnalités déjà présentes sur Opera et un rendu à peu près au niveau de ce dernier… »
Or, si on regarde l’annonce de cette première pré-alpha d’Opera 9.60, on peut lire :
Feed Preview
Now you can preview an RSS/Atom feed before subscribing.
Ce qui se traduit par :
Aperçu des flux
Maintenant vous pouvez avoir un aperçu d’un flux Atom/RSS avant d’y souscrire.
Donc si on suit les propos de Pierre, cette fonctionnalité serait absente de Firefox ? Comment dire cela ?
Le plus simple est une capture d’écran :
Il est certain qu’Opera est plus fourni dans certains plans. Cependant, Firefox malgré son minimalisme conceptuel n’est pas dénué de fonctionnalités.
Et comme dit un certain Bender dans Futurama : « Et mon cul, c’est du poulet ? »
Allez, sans rancune, Pierre.
Tracemonkey has landed.
Derrière ce détournement d’une phrase célèbre prononcée en 1969 – wikipedia est votre ami – le compilateur JIT pour le module javascript que j’évoquais hier vient d’arriver sur le code de développement du tronc de Shiretoko, dont la version alpha2 est prévue pour bientôt.
En effet, ce matin, réveillé à 4 h 30 par mon chiot labrador de 9 mois, j’ai allumé l’ordinateur tout en sirotant mon thé. Et après le duo habituel hg --verbose pull ; hg --verbose update pour mettre à jour le code source, j’ai pu lire ceci :
pulling from http://hg.mozilla.org/mozilla-central/
searching for changes
adding changesets
adding manifests
adding file changes
added 1167 changesets with 2340 changes to 146 files
Quoique l’arrivée du code n’est pas encore super bonne. Après une tentative de compilation avortée, j’ai viré le répertoire de compilation, et relancé la dite compilation. Mais il semble y avoir un léger problème au niveau du fichier libxul.so… 🙁
../../staticlib/components/libgklayout.a(nsCanvasRenderingContext2D.o): In function `nsCanvasRenderingContext2D::PutImageData()':
nsCanvasRenderingContext2D.cpp:(.text+0x4165): undefined reference to `js_ArrayToJSUint8Buffer'
/usr/bin/ld: ../../staticlib/components/libgklayout.a(nsCanvasRenderingContext2D.o): relocation R_X86_64_PC32 against `js_ArrayToJSUint8Buffer' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: final link failed: Bad value
collect2: ld a retourné 1 code d'état d'exécution
make[4]: *** [libxul.so] Erreur 1
make[4]: quittant le répertoire « /home/fred/logs/fox/src/objdir-fx/toolkit/library »
make[3]: *** [libs_tier_toolkit] Erreur 2
make[3]: quittant le répertoire « /home/fred/logs/fox/src/objdir-fx »
make[2]: *** [tier_toolkit] Erreur 2
make[2]: quittant le répertoire « /home/fred/logs/fox/src/objdir-fx »
make[1]: *** [default] Erreur 2
make[1]: quittant le répertoire « /home/fred/logs/fox/src/objdir-fx »
make: *** [build] Erreur 2
Bref, c’est pas encore cela… Je sens que je vais ouvrir un petit bogue malgré la tentative pour que la compilation se fasse en code 64 bits, si j’en crois cette révision rajoutée récemment…
author David Anderson
Thu Aug 21 18:07:26 2008 -0700 (at Thu Aug 21 18:07:26 2008 -0700)
changeset 18331 7098e0020929
parent 18330 91fe6b5784bd
Fixed x86_64 build issue (accidentally trying to build 32-bit nanojit).
J’ai rapporté le bogue 451669. On verra bien 😉
Euh, après une petite recherche, il semblerait que le bogue 451242 soit responsable ici… Oups 😉
Vrac’ons librement et rapidement ;)
Un « en vrac » rapide consacré au logiciel libre :
- Sortie de la version alpha2 de Shredder : pas mal de nouveautés dont une meilleure intégration dans MacOS-X, support IMAP amélioré, filtre antispam amélioré. Pour une liste des bogues corrigés, il suffit d’aller sur le Rumbling Edge.
- Firefox 3.0.2 et 2.0.0.17 sont prévus pour les environs du 3 septembre, dixit le Firefox Extension Guru’s Blog.
- OpenArena basé sur le code source de Quake 3 Arena est en version 0.80. Et cerise sur le gateau, un exécutable AMD64 pour linux existe 😉
- La 3ième RC du noyau linux 2.6.27 vient de sortir. Et selon Linus, le pilote ath9k a été rajouté dans le code du noyau. Dommage que cela ne concerne pas mon circuit wifi atheros 5007eg 🙁
- WordPress 2.6.1 béta2 est disponible. Pour tout dire, n’ayant vu aucun bug dans la version 2.6.0, je ne sais pas si je n’attendrais pas la version 2.7.0 avant une nouvelle migration du logiciel.
Des nouvelles de Shiretoko pré-alpha2 ?
Après la sortie la semaine dernière de Shiretoko Alpha1 – et alors que le tronc est étiquetté 3.1a2pre, donc ce qui laisse supposer la sortie d’une version alpha 2, on peut faire un petit bilan rapide de ce qui attend la prochaine étape de développement, même si l’ajout des fonctionnalités est loin d’être terminé.
Un meilleur score encore au test acid3 : 85 / 100. Sûrement grace au bogue 199959
2) Un support préliminaire croissant des balises <video> et <audio> au moins pour un premier temps pour la version linux du navigateur.
Cf l’ajout des bibliothèques ogg et theora, le bogue concerné étant 422538 – . Le support de l’ajout des balises <video> et <audio> étant le bogue 382267.
Cet ajout de fonctionnalités nécessite l’ajout de la bibliothèque libasound2-dev (libalsa) sous les distributions à la débian.
La « tuyauterie » en version gstreamer : bogue 422540 ; en version quicktime (MacOS-X) : et pour MS-Windows : 435339
Pour des exemples de vidéo utilisant l’élément HTML5 <video> : http://www.double.co.nz/video_test/
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
Quoi de neuf avec Shiretoko Alpha 1 ?
Si on en croit ce bilan hebdomadaire de la Fondation Mozilla reproduit sur le blog « Firefox Extension Guru’s Blog« , Shiretoko alpha 1 devrait sortir le 25 juillet prochain, le code ayant été gelé à 23 h 59, heure du Pacifique, soit Paris – 9 heures.
Qu’y aura-t-il dedans, sauf changement de dernière minute ?
- Le changement d’onglets plus visuel.
- Un support complet des sélecteurs CSS3.
- Un début du support des balises <video>, bien que les interpréteurs ne soit pas encore complet.
- Un score de 84 / 100 pour le test Acid3. Sûrement lié à la fermeture du bogue 416317 ?!
Bref, que du bon, et encore du meilleur à venir. Enfin, on verra bien ce que cela donnera lors de la sortie de la version finale, prévue pour fin 2008, début 2009.
Sortie de Firefox 3.0.1
Lu sur le blog Mozilla Developper News, la première mise à jour de Firefox 3, la version 3.0.1 vient de sortir, un mois jour pour jour après la sortie de la version 3.0.
- Correction de 3 failles de sécurité, dont celle révélée le jour même de la publication.
- Des corrections concernant la stabilité du logiciel
- Une correction concernant des problèmes liés à l’impression du milieu d’une page. Cf le bogue 433373.
- Un bogue provoquait parfois le démarrage en mode hors connexion sous Linux.
- Les suffixes publics sont mis à jour.
- Une meilleure cohabitation entre firefox 2 et 3
Pour les mises à jour : si vous utilisez Windows ou MacOS-X, suffit de demander la recherche de mises à jour. Pour Linux, il suffit d’attendre que votre distribution vous propose la mise à jour.