Étiquette : mozilla

Synonyme de Flash ?

Crash ! 🙂

J’utilise actuellement une version de développement de Mozilla Firefox, connu sous le nom de Mozilla Developer Preview, qui a le bon goût de séparer les processus concernant les greffons comme Flash des autres processus.

En cas de plantage, on est tranquille, et on peut continuer à utiliser le navigateur. Ce qui est utile. Car voici ce que j’ai eu en essayant de lire une vidéo sur le site Genesis 8, un site consacré à l’Amstrad CPC :

Plantage de Flash dans toute sa splendeur

Comment dire cela de manière simple et pourtant courtoise ? Meurt, Flash, meurt ! 🙂

En vrac’ rapide et libre ;)

Un petit en vrac’ rapide et libre.

C’est tout pour aujourd’hui !

Sortie de Lanikai alpha1 et nouvelles illustrations pour Shredder.

Commençons par le commencement, à savoir traduire les noms :

Aujourd’hui, la première alpha de Lanikai (alias Mozilla Thunderbird 3.1) est sortie. Parmi les nouveautés :

  • Basé sur Gecko 1.9.2, en clair, le même moteur que celui de Mozilla Firefox 3.6
  • Des améliorations sur le plan des dossiers intelligent, du support IMAP, des filtres de message, de la gestion des pièces jointes.
  • Des corrections au niveau de l’interface.
  • Des bugs corrigés ici et là.

Etant donné que c’est la première alpha, elle est déconseillée pour le grand public et reste réservée aux personnes qui aiment faire mumuse avec leurs courriers ou qui savent utiliser à bon escient les notes de publications 🙂

Pour Shredder, les illustrations qui dataient de l’époque des version 0.x de Mozilla Thunderbird (soit en gros cinq bonnes années) commençaient à dater. C’est pour cela que le bug 433630 avait été ouvert il y a un an et demi.

On peut traduire Shredder par… destructeur. Et l’icone officielle des versions de développement est assez claire à ce sujet :

Nouvelles illustrations dans Shredder

Maintenant, attendons patiemment la sortie des futures versions du client de messagerie de la Fondation Mozilla 😉

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

Installation d'autoconf 2.13 sur Archlinux

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.

Minefield sur Archlinux

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

Erreur compilation de Minefield dans une Slackware 13.0 64 bits

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 !