Étiquette : firefox

En vrac’ rapide et libre.

Quelques liens en vrac 🙂

C’est tout pour aujourd’hui 😉

Un coup d’oeil rapide à la pré-alpha5 de Mozilla Firefox Developer Preview

Utilisant quotidiennement les versions de développement de Mozilla Firefox, j’ai voulu montrer un aperçu de ce que donnera l’alpha5 de Mozilla Firefox Developper Preview.

Une nouveauté intéressante : un gestionnaire d’extensions directement dans le navigateur, via l’adresse : about:addons

Gestionnaire d'extension dans Mozilla Firefox Developer Preview

Le coeur javascript est aussi beaucoup plus rapide que celui de Mozilla Firefox 3.6.x, même si ce n’est pas encore des scores dopés à l’epo… Voici les résultats pour le test v8 de Google.

v8 : 138 points avec Mozilla Firefox 3.6.3

v8 : 360 points avec Firefox Developer Preview pre-alpha5

Bien entendu, il y a des dizaines de modifications au niveau du code source, une implémentation croissante de html5, les greffons qui ne plantent plus le navigateur et d’autres petites joyeusetés. Mais ce qui sera le plus visible, c’est encore un gestionnaire d’extensions de ce style, ou encore un JavaScript à la vitesse améliorée.

En vrac’ rapide et libre.

N’ayant pas trop de temps à consacrer au « blogging » cette semaine, je comble un peu le « trou » avec un petit en vrac’ rapide et libre.

C’est tout pour aujourd’hui, j’espère faire mieux d’ici ce week-end 😉

En vrac’ rapide et libre.

Quelques infos en vrac concernant le libre.

Voila, c’est tout pour aujourd’hui 😉

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 ! 🙂

L’avenir des distributions linux à destination du « bureau » appartient-il aux « rolling releases » ?

Il y a un peu plus de deux mois, je faisais un article fortement commenté (55 commentaires !) sur lequel j’exprimais mon point de vue en ce qui concerne le modèle de publication semestrielle des distributions actuelles.

Je me cite :

Je me demande si l’avenir n’est pas plus dédié à des distributions qui proposent à un instant T une version installable, puis qui serait continuellement mise à jour, à l’image de ce que propose ArchLinux ou encore la version de développement de la Frugalware Linux.

Car l’informatique – libre ou pas – est en constante évolution. Et ce qui semblait être le haut de gamme se retrouve 6 mois plus tard complètement obsolète. Je ne prétends pas détenir la vérité, mais j’ai pu constater depuis mon retour sur Archlinux (en mai 2009) que je n’ai jamais prise la distribution à défaut. Et j’ai connu quand même 4 versions majeures du noyau (de la 2.6.28.x à la 2.6.31.5 actuellement), deux générations de Gnome (la 2.26 et la 2.28), sans oublier une nouvelle génération d’OpenOffice.org.

En gros, on peut rajouter une génération de noyau de plus avec l’arrivée entre temps du noyau 2.6.32.x

Si je déterre la hache de guerre, c’est pour citer le cas d’un outil qui est devenu dans notre informatique actuelle le nerf de la guerre : le navigateur internet, et dans notre cas, Mozilla Firefox qui est sorti en version 3.6 assez récemment.

Même si – au moment où j’écris cet article – la version 3.6 n’est pas la version officiellement disponible sur archlinux stable, elle est toujours disponible dans le dépot « testing »

fred ~ $ yaourt -Si firefox
Dépôt : testing
Nom : firefox
Version : 3.6-2
URL : http://www.mozilla.org/projects/firefox
Licences : MPL GPL LGPL
Groupes : —
Fournit : —
Dépend de : xulrunner=1.9.2 desktop-file-utils
Dépendances opt. : —
Est en conflit avec : —
Remplace : firefox3
A télécharger : 1017,93 K
Taille (installé) : 3676,00 K
Paqueteur : Biru Ionut
Architecture : x86_64
Compilé le : jeu. 21 janv. 2010 22:47:31 CET
somme MD5 : 29c91c303201d5da689c07304dd3e03d
Description : Standalone web browser from mozilla.org

Donc d’ici quelques jours, si je le désire, ma machine pourra utiliser Mozilla Firefox 3.6 sans passer par le dépot testing.

Voyons donc comment les grands noms des distributions linux ont géré le passage de la version 3.0 à 3.5 de Mozilla Firefox, qui sauf grand changement stratégique appliqueront la même politique pour la transition Mozilla Firefox 3.5 vers la version 3.6. A savoir : une nouvelle version majeure de Mozilla Firefox sera disponible dans la future nouvelle version stable.

Je vais prendre les trois principaux noms : Fedora, Ubuntu et OpenSuSE. Et prendre chaque version qui correspond au passage de la version 3.0 à la version 3.5 de Mozilla Firefox, à savoir :

  • Fedora 10
  • Ubuntu 9.04
  • OpenSuSE 11.1

Je me suis basé sur ce choix en utilisant la page suivante sur le site Distrowatch : http://distrowatch.com/dwres.php?resource=major

Continuer la lecture de « L’avenir des distributions linux à destination du « bureau » appartient-il aux « rolling releases » ? »

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 !

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. »

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 😉