Voici ce que j’ai pu voir ce matin, aux alentours de 8 h 00 du matin, un peu avant de partir au travail…
La neige a été transformée en une espèce de boue glacée, car il a plu toute la journée… Pouah 🙁
En vrac’ rapide et libre.
Quelques sorties récentes de logiciels dans le monde du libre :
- WordPress 2.9.1 pointe le bout de ses octets. Installé ici, et aucun problème pour le moment.
- Mozilla Firefox 3.5.7 vient de sortir… Et les notes de publications sont courtes : un bug de stabilité corrigé, et un autre concernant la présentation des mises à jour envers l’utilisateur. Et si on jette un oeil aux bugs corrigés, il y en a 3 !!!!
- Le logiciel de virtualisation Qemu 0.12.1 serait sorti. En tout cas, c’est la version qui s’est installée ce matin sur mon ArchLinux.
- Un nouveau fork d’Archlinux, KahelOS Lite (qui prend xfce comme environnement à la place de Gnome) est sorti. Si j’ai le temps, j’en ferais un test, mais mon temps risque d’être compté en ce moment…
Voila, bonne journée 😉
Marre des forks d’Ubuntu ! Car Linux ne se limite pas à Ubuntu après tout ;)
Je sens que je ne vais pas me faire que des amis, mais j’ai envie de pousser un coup de gueule (et écoutant « Broken » de NiN, cela aide) sur la démultiplication des distributions linux ubuntu-based…
En utilisant le moteur de recherche de Distrowatch, on arrive à… 64 distributions listées…
On peut sortir les 3 ou 4 versions dérivées officielles (Kubuntu, Xubuntu, MythBuntu, Edubuntu).
Et cela laisse pas mal de versions encore en stock. Il faut dire qu’il y a des doublons.
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 !