Trucs de geek – Page 253 – Le Weblog de Frederic Bezies

Compiler Minefield sur les distributions linux « moins grand publics » – Partie 3 – ArchLinux.

Après la Frugalware Linux et la Slackware Linux, voici le dernier volet : La ArchLinux. J’ai installé et mis à jour une ArchLinux 64 bits. J’ai installé dessus un Xfce 4.6.1 à la place d’un Gnome. Pourquoi ? Simplement que je voulais utiliser un environnement basé sur gtk2 assez léger 😉

Sur Archlinux, le problème lié au bug 104642 sur le bugzilla de Mozilla se résout facilement.

Avec une installation par défaut d’Archlinux avec Xfce (ou encore Gnome), on a la quasi-totalité des dépendances de compilation. Seul manque autoconf 2.13, mercurial et zip. En utilisant l’excellent yaourt, le problème se résout en… 2 minutes :

yaourt -S autoconf-compat mercurial zip

Pour gagner du temps, j’ai utilisé le paquet du code source que j’utilise dans ma machine réelle. Il faut dire que le code source pèse quelque chose comme 600 MiO décompressé.

Sinon, pour récupérer le code source en entier :

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

Le code source est localisé dans ~/fox/src

Le fichier de configuration .mozconfig utilisé est le 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

Ensuite on verifie que le code source est bien à jour :

hg --verbose pull -u

Et la compilation proprement dite :

make -f client.mk build

La compilation dure environ 90 minutes. Sur ma machine réelle, la compilation prend 25 minutes de moins, environ.

Le résultat est disponible dans le répertoire objdir-fx/dist/firefox/

Il suffit d’entrer un ./firefox & pour avoir le résultat.

Maintenant à vous d’adapter les instructions pour votre propre distribution, tant qu’elle est assez peu « grand public » 😉

Compiler Minefield sur les distributions linux « moins grand publics » – Partie 2 – Slackware Linux.

Après la Frugalware Linux, voici le deuxième volet : La Slackware Linux. J’ai installé et mis à jour une slackware64 13.0. J’ai installé une version allégée, remplaçant le KDE 4.2.x proposé par défaut par un Xfce 4.6.1.

Le point ennuyeux ? L’absence d’autoconf 2.13 qui est indispensable pour lancer la compilation du code source. Cf le bug 104642 sur le bugzilla de Mozilla.

N’ayant pas pu trouver le paquet pour autoconf 2.13 sur http://www.slackbuild.org/, j’ai été obligé de le faire compiler à la main. Pas très propre mais fonctionnel !

J’ai du rajouté le paquet libnotify (en forçant l’architecture dans le fichier de slackbuild) depuis http://www.slackbuild.org/.

Pour gagner du temps, j’ai utilisé le paquet du code source que j’utilise dans ma machine réelle. Il faut dire que le code source pèse quelque chose comme 600 MiO décompressé.

Sinon, pour récupérer le code source en entier :

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

Le code source est localisé dans ~/fox/src

Le fichier de configuration .mozconfig utilisé est le suivant :

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

export AUTOCONF=autoconf2.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

Ensuite on verifie que le code source est bien à jour :

hg --verbose pull -u

Et la compilation proprement dite :

make -f client.mk build

Et impossible de dépasser la compilation du moteur javascript, la compilation s’arrête avec une histoire de cible « -pthread » introuvable. Je me suis aperçu de la présence de 2 répertoires dans /usr :

/usr/lib
/usr/lib64

J’ai tenter de rajouter le second dans le fichier /etc/ld.so.conf, mais après un redémarrage, aucun changement. J’avoue avoir « googler » mais sans grande réussite. A croire que la version de développement ne se compilera dans une Slackware Linux 13.0 64 bits 🙁

A croire que ce commentaire sur l’article précédent était un brin prémonitoire.

Dommage !

Compiler Minefield sur les distributions linux « moins grand publics » – Partie 1 – Frugalware Linux.

Depuis l’an 2000 (en gros), j’ai pu faire compiler à mes différentes machines (PC sous Windows ou Linux, ou encore mon MacMini à l’époque de MacOS-X Tiger) le code source de la suite Mozilla (devenue SeaMonkey) puis de Mozilla Firefox et de Mozilla Thunderbird, ce qui m’a permis de vivre leur évolution depuis près de 10 ans.

Pour fêter ces 10 ans (déjà !), j’ai décidé de faire une série de tutoriels pour montrer comment faire compiler Mozilla Firefox – du moins le code du tronc connu comme MineField (champ de mines) – sur les distributions linux moins « grand public ».

Le premier article est consacré à la Frugalware Linux. Je ferais aussi des articles pour la Slackware et pour la ArchLinux. Les distributions plus « connues » que sont Ubuntu Linux ou encore la Fedora sont déjà couverte via le biais de la debian et de la RedHat sur cette page consacrée aux développeurs sur le site de la Fondation Mozilla : https://developer.mozilla.org/En/Developer_Guide/Build_Instructions/Linux_Prerequisites

La Frugalware Linux est une version 1.1 en 64 bits que j’ai fait passé vers current. L’ayant installé depuis le DVD, j’ai rajouté le groupe « devel » ce qui me permet d’avoir 99% des outils de compilation.

Le point ennuyeux ? L’absence d’autoconf 2.13 qui est indispensable pour lancer la compilation du code source. Cf le bug 104642 sur le bugzilla de Mozilla.

Continuer la lecture de « Compiler Minefield sur les distributions linux « moins grand publics » – Partie 1 – Frugalware Linux. »

Test de la KahelOS, version de noël 2009.

J’avais déjà parlé de KahelOS qui est le pendant « Gnome » de la Chakra Linux fin septembre 2009. J’ai donc récupéré la nouvelle iso officielle depuis le site de la distribution, puis je l’ai installé dans une machine virtuelle VirtualBox avec l’équipement classique : 1,5 GiO de mémoire vive et 32 GiO de disque dur.

KahelOS – version de noël

L’installateur se lance après le démarrage, et permet de définir l’heure, puis le partitionnement du disque, en proposant certaines options assez « sauvage », comme le système de fichier btrfs qui est encore dans les couches-culottes…

L’installation de base demande environ 3 GiO d’espace disque… Mais c’est une installation qui semble assez complète, ne serait-ce qu’au niveau des serveurs de Xorg…

Continuer la lecture de « Test de la KahelOS, version de noël 2009. »

Linux Mint 8 « Helena » 64 bits : une ubuntu dopée et revampée.

Prenez Ubuntu Linux Karmic Koala, ajoutez les paquets « ubuntu-restricted-extras », un menu à la « windows vista » (en mieux conçu quand même), et voici Linux Mint 8 « Helena ». Enfin, en schématisant un peu 🙂

Linux Mint 8 – 64 bits

Après avoir récupéré l’image ISO de la version 64 bits, j’ai lancé le tout dans une machine virtuelle VirtualBox avec 1,5 GiO de mémoire vive et 32 GiO de disque.

C’est une distro solide, basée sur Ubuntu Linux (donc coté fraicheur de certains logiciels, hein :), mais qui offre pas mal de trucs en plus qu’une ubuntu classique, dont la possibilité de faire lire « out-of-the-box » les formats non-libres les plus communs : mp3, les dvds commerciaux, etc…

Par contre, si l’on aime pas le vert, mieux va passer son chemin 🙂

Continuer la lecture de « Linux Mint 8 « Helena » 64 bits : une ubuntu dopée et revampée. »

Un tour rapide de FreeBSD 8.0 – 64 bits.

Après mes déboires avec PC-BSD 8.0 alpha, j’ai donc décidé de tester la base à savoir FreeBSD 8.0. Après avoir récupéré l’image ISO du DVD, j’ai lancé une machine virtuelle VirtualBox pour lancer cet unix.

FreeBSD 8.0 64 bits

Continuer la lecture de « Un tour rapide de FreeBSD 8.0 – 64 bits. »

Aperçu de PC-BSD 8.0 alpha 64 bits : y a pas à dire, c’est de l’alpha ;)

PC-BSD, c’est un mélange de FreeBSD avec un KDE récent. Avec la sortie de la version 8.0 de FreeBSD, l’équipe derrière PC-BSD a décidé de proposer une série de versions alpha. J’ai voulu donc voir à quoi ressembler cette version alpha.

PC-BSD 8.0 alpha

Après avoir récupéré l’image ISO du 15 décembre 2009 depuis le répertoire dédié, j’ai pu lancer le système en version « live » dans une machine Virtualbox 3.1.2 (gonflé à 1,5 GiO de mémoire vive étant donné que j’ai gonflé mon PC réel en mémoire vive).

Etant donné que le système est encore en version alpha, il est actuellement impossible de lancer l’installation depuis le système en live à la Ubuntu.

Continuer la lecture de « Aperçu de PC-BSD 8.0 alpha 64 bits : y a pas à dire, c’est de l’alpha 😉 »

Benchmark v8 pour les autres navigateurs.

Article complémentaire du précédent pour les autres navigateurs du marché. Voici que ce que j’ai obtenu :

Midori 0.2.2 : 1331
Opera 10.10 installé via un petit yaourt -S opera-qt4 : 97.1
Epiphany 2.28.2 (même moteur que Midori) : 1328
Microsoft Internet Explorer 8.0 dans un Windows XP-Sp3 (sous VirtualBox 3.1.2) : 26.1, soit 66 fois moins que Chromium…

Continuer la lecture de « Benchmark v8 pour les autres navigateurs. »

Pas de langue de bois… Au moins chez Mozilla ;)

Derrière ce titre à rime se base un petit test – qui sert à rien, voila c’est dit pour les ronchons – qui est dérivé d’un propos que j’avais lu il y a environ 2 semaines sur Clubic.

Pour tout dire, l’article qui parlait de la sortie de la 5ième et ultime béta de Mozilla Firefox 3.6 avait un lien vers l’entretien, donc cela m’a rafraîchit un peu la mémoire 😉

C’est surtout ce petit paragraphe qui m’a mis interpellé :

Quels ont été les récent travaux effectués sur le moteur JavaScript TraceMonkey ?

MB : Nous avons opéré deux types de travaux. D’une part la technologie de TraceMonkey a été portée sur mobile. Plusieurs personnes l’ont essayé sur le N900 et ont été très impressionnées par ses capacités. Par ailleurs nous avons affiné TraceMonkey afin qu’il se révèle plus performant pour un usage de tous les jours. Aujourd’hui au travers de plusieurs tests, il apparaît que le moteur JavaScript de Firefox 3.6 est 20% plus rapide qu’au sein de Firefox 3.5. Cependant cela ne reflète pas pour autant les performances réelles observées par les utilisateurs dans leur surf quotidien.

Donc, j’ai pour vérifier cette information récupéré via le site ftp http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/, 3 versions de développement en linux 64 bits :

Une pour Mozilla Firefox pré 3.5.7, la deuxième pour Mozilla Firefox pré 3.6 béta 6, et enfin, une version pour Mozilla Firefox 3.7 pré-alpha1, et je leur ai fait passé ce qui est le test « ultime » des moteurs de Javascript : le « benchmark v8« .

Continuer la lecture de « Pas de langue de bois… Au moins chez Mozilla 😉 »

Que devient ArchLive-iso ?

En juin 2009, j’avais rapidement testé le liveCD « ArchLive ». J’ai voulu voir comment se portait le projet 6 mois plus tard.

ArchLive – décembre 2009

Donc, après avoir récupéré la dernière image ISO en date sur le site officiel, à savoir http://godane.wordpress.com/, j’ai préparé mon environnement de test habituel :

fred ~/download $ qemu-img create -f qcow2 arch.img 32G Formatting 'arch.img', fmt=qcow2, size=33554432 kB fred ~/download $ qemu-kvm -hda arch.img -cdrom archiso-live-2009-12-08.iso -boot d &

Pour mémoire, l’alias qemu-kvm résume la commande suivante :

qemu-system-x86_64 --enable-kvm --soundhw all -localtime -k fr -m 1024

Après un lancement assez rapide, j’ai ouvert une session en utilisateur classique, Xfce 4.6.1 nous accueille, puis j’ai lancé l’installateur qui se trouve dans le menu système / installer archlive.

Continuer la lecture de « Que devient ArchLive-iso ? »