Noël avant l’heure pour les blogueurs g33k : WordPress 2.9 est sorti :)

Un cours billet pour annoncer la divine nouvelle. WordPress 2.9, l’un des meilleurs outils de blog du monde libre vient de connaitre une nouvelle version, la 2.9.

L’installation se fait soit via la mise à jour automatisée (depuis une version 2.7), soit en écrasant une précédente installation. En tout cas, la mise à jour depuis sa version RC1 – dont j’ai parlé il y a deux jours – a été sans douleur.

Maintenant, en route vers la version 3.0 qui est prévue pour le printemps 2010. Plus d’infos sur le site wordpress francophone.

En ce qui concerne la version 3.0, il est prévu de très bonne chose :

2.9 has been an exciting development cycle, and I must say it has whetted our appetite for 3.0, which is coming next (probably this spring) and will include at the very least the merge of MU with the WordPress core, and a new default theme.

Traduction à l’arrache :

Le cycle de développement de la 2.9 a été excitant, et je dois dire qu’il nous a ouvert l’appétit pour la 3.0 qui suivra (probablement au printemps) et qui inclura au moins la fusion de MU (NdT : multi-utilisateurs) au coeur de WordPress et un nouveau thème par défaut.

Voila, bon blogging 😉

WordPress 2.9 pour Noël ?

En tout cas, ce serait un beau cadeau de Noël pour les blogueurs g33k. En effet, en ouvrant ma session wordpress ce matin, j’ai eu l’annonce que WordPress 2.9rc1 était disponible au téléchargement.

Après avoir récupéré l’archive et balancer le contenu de celle-ci sur mon espace ftp, mon blog est passé naso-digitalement à la nouvelle version.

Coté nouveautés ? Je vais citer l’article de WordPress-fr.net qui parle justement des dites nouveautés de cette version 2.9 :

Tout d’abord, côté utilisateur nous pouvons noter les apports et modifications suivants :

* une corbeille va faire son apparition afin de pouvoir récupérer un contenu malencontreusement supprimé. Cela concernera à la fois les pages, les articles, les commentaires et les fichiers attachés (images, PDF, documents divers…). Cette corbeille fonctionnera selon le même principe que celle présente depuis des années dans Windows. Elle autorisera la restauration du contenu sélectionné et aussi sa suppression définitive.
* Un éditeur d’image minimaliste arrive dans WordPress. On pourra retoucher rapidement une image avant la publication telle que la découper, la redimensionner, la faire pivoter… et ce sur toutes les tailles générées ou que sur la vignette par exemple.
* Amélioration de la gestion des images en général.
* L’option qui nous permet de choisir si on veut apparaitre ou non dans les moteurs de recherche sera maintenant disponible dès la phase d’installation de WordPress. Ce qui permettra d’éviter qu’un site “privé” ne soit disponible dans les moteurs de recherche par erreur.
* Les thèmes classic et défaut verront leur champ de commentaire valide XHTML.
* Les commentaires font leur apparition dans les pages du thème “défaut”.
* Le Press-minute a été corrigé de ses bugs.
* Une vignette pourra être attribué à chacun des articles directement, sans passer par les champs personnalisés.
* Soulignons la mise à jour de TinyMCE vers la version 3.2.7

Plein de bonnes choses donc. J’avoue que l’arrivée de la corbeille me fait plaisir. Ainsi que la gestion des images. Vais-je enfin pouvoir me passer de mes comptes flickr et picasa ? 😉

En tout cas, ce qui me fait vraiment plaisir, c’est que depuis septembre 2005, j’ai pu passer sans trop de problèmes de WordPress 1.5 à la 2.9rc1… Plus de 4 ans… Ce qui en dit long sur la pérénité de ce logiciel libre.

Arrivée d’Electrolysis sur le code de développement de Mozilla Firefox.

La version 3.7 (qui sortira courant 2010) de Mozilla Firefox proposera une technologie déjà implémentée par Microsoft Internet Explorer 8 et Google Chrome : un processus par onglet.

La technologie dans le monde mozillien s’appelle Electrolysis – électrolise en bon français – et vient juste d’atterir sur le code source du tronc de Mozilla Firefox. En effet, quand j’ai mis à jour le code source ce soir, j’ai eu droit à un message m’annonçant la modification de… 1242 fichiers d’un coup.

electrosys arrive !

A l’heure où je rédige cet article, le code source se compile. Je pense qu’il y aura une augmentation de la mémoire vive demandée, mais si cela permet de fermer un onglet fautif sans crash du navigateur, je vote pour 😉

Mozilla Firefox 3.6 béta 2 bientôt parmi nous ?

Mettant à jour ce matin – sur le PC du travail (sous MS Windows XP) dont j’ai la responsabilité – mon exemplaire de Namoroka, j’ai eu la surprise de constater la présence d’une nouvelle version, du moins dans sa dénomination :

Identifiant de compilation : Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.2b3pre) Gecko/20091109 Namoroka/3.6b3pre

La boite d'information d'un Namoroka récent

En effet, en jettant un oeil sur le dépot mercurial de la Fondation Mozilla, et plus précisément sur la section consacré à Namoroka (propulsé par Gecko 1.9.2), qu’une étiquette a été créé récemment :

at Sun Nov 08 16:17:46 2009 -0800 FIREFOX_3_6b2_RELEASE changeset | changelog | files

Doit-on penser que la deuxième béta de Namoroka va bientôt le bout de ses octets ? J’aurais largement tendance à le penser.

Seul l’avenir nous le dira. En tout cas, une deuxième béta aussi rapidement, c’est qu’ils mettent les bouchées doubles à la Fondation Mozilla pour sortir Namoroka aussi vite que possible.

Dis, cela prend combien de temps pour compiler un Mozilla Firefox ?

Adepte des versions de développement des logiciels de la Fondation Mozilla depuis Mozilla 0.8 (en gros depuis février 2001), j’ai toujours voulu connaître le temps nécessaire à la compilation d’une version « from scratch », en clair, en repartant de zéro.

Ayant récupéré le code source en utilisant les instructions disponibles à l’adresse https://developer.mozilla.org/En/Developer_Guide/Source_Code/Mercurial, en clair en entrant sur une ligne de commande :

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

Puis en actualisant le code source avec un petit :

hg --verbose pull -u

J’ai ensuite utilisé le fichier .mozconfig suivant :

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

export AUTOCONF=autoconf-2.13

. $topsrcdir/browser/config/mozconfig

mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/../objdir-fx

# Options for ‘configure’ (same as command-line options).
ac_add_options –enable-optimize
ac_add_options –disable-debug
ac_add_options –disable-tests

Pour des raisons techniques, il faut installer l’ancienne version d’autoconf, connue sous le nom d’autoconf-compat sur Archlinux.

J’ai divisé la compilation en deux temps : un pour les dépendances, l’autre pour la compilation proprement dite.

Pour les dépendances :

make -f client.mk depend

Pour la compilation :

make -f client.mk build

Et le temps nécessaire ? Il suffit d’ajouter la commande time devant les commandes make.

Pour les dépendances :

real    2m49.202s
user    1m30.977s
sys    0m44.534s

Pour la compilation :

real    43m33.043s
user    39m33.562s
sys    3m38.266s

Pour info, ma configuration :

Acer Aspire 5520, donc :

  • AMD Athlon X2 TK 55 (800 à 1800 Mhz)
  • 2 GiO de mémoire vive
  • 120 GiO de disque dur
  • Circuit vidéo GeForce7000M

Sur le plan logiciel :

  • Archlinux 2009.02 à jour avec le dépot testing activé
  • Gnome 2.28.0
  • gcc / g++ 4.4.1

45 minutes, sur un portable acheté en février 2008, ce n’est pas si mal que cela 😉