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 😉

Sortie de Mozilla Firefox 3.5.1.

Suite à la publication d’un code exploitant une faille dans le moteur de compilation du Javascript TraceMonkey, la Fondation Mozilla sort une version corrigé du navigateur internet.

Il suffira d’attendre la mise à jour automatique (ou de la forcer) – sur MacOS-X et MS-Windows ou encore d’attendre la mise à jour des dépots de votre distribution linux.

Notes de publications de cette version corrigée :

http://www.mozilla-europe.org/fr/firefox/3.5.1/releasenotes/

Bon téléchargement.

Tabu Audio Player pour Archlinux… Merci AUR ;)

Lisant le blog de Devil505, celui ci a parlé de Tabu Audio Player.

J’en ai donc profité pour écrire mon premier « vrai » PKGBUILD pour aur.archlinux.org, celui-ci concernant la version 1.4.1 de Tabu Audio Player.

Voici le code, que j’ai copié sur le modèle proposé. Peut-être pas encore très propre, mais il fonctionne très bien sur ma machine 😉

# Contributor: FredBezies

pkgname=tabu-audio-player
_pkgname=tabu_audio_player
pkgver=1.4.1
pkgrel=1
pkgdesc= »Simple gstreamer audio player with client-side decorations and playback controls drawn with cairo. »
arch=(‘i686’ ‘x86_64’)
url= »http://www.kalmbach.com.ar/tabu.html »
license=(‘GPL’)
groups=()
depends=(‘taglib>=1.5’ ‘gtk2’ ‘gstreamer0.10’)
makedepends=(‘gettext’)
optdepends=()
provides=()
conflicts=()
replaces=()
backup=()
options=()
install=
source=(http://www.kalmbach.com.ar/download/$_pkgname-$pkgver.tar.gz)
noextract=()
md5sums=(af5fbd1625fdc2f708c2ebdb24b272c9)

build() {
cd $srcdir/$_pkgname-$pkgver
./configure –prefix=/usr
make || return 1
make DESTDIR=$pkgdir install || return 1
}

L’installation : un petit yaourt -S tabu-audio-player

Le résultat ? Ci-dessous :

Tabu Audio Player 1.4.1 sous Archlinux