Test d’OpenSolaris 11.2008 sous VirtualBox.

Après avoir configuré une machine virtuelle pour un OpenSolaris en 64 bits (768Mo – circuit son AC’97 – support de l’USB activé) dans VirtualBox, j’ai lancé l’installation de l’OS libre de Sun.

Le seul matériel émulé non reconnu est le circuit son AC’97. Pour installer le support du son, un fil est disponible sur le forum de la communauté des utilisateurs OpenSolaris :

http://www.opensolaris.org/jive/thread.jspa?messageID=230401

L’ajout des effets sonore se fait en installant le paquet SUNWxdg-sound-theme.

Après avoir installé le support du son, j’ai viré les langues autre que le français et l’anglais dans l’outil de gestion de paquets, ce qui m’a fait économiser environ une centaine de Mo sur l’installation de base.

Si on veut la totalité des traductions françaises disponibles, il faut installer le paquet lang-support-french.

Coté logiciel installable, GIMP est disponible en version 2.4.6, seulement. Et OpenOffice.org est bien entendu disponible en version 3.0.

gimp 2.4.6 sous OpenSolaris 11.2008

OpenOffice.org 3.0 sous OpenSolaris 11.2008

Le point noir d’OpenSolaris : une lenteur extrème… Déjà que Solaris pour x86 était surnommé Slowlaris, mais je suppose que Zfs est encore un peu jeune, et donc d’une lenteur assez exécrable 🙁

Près d’une demi-heure pour installer les 160 Mo concernant l’installation de Gimp et OpenOffice.org 3.0 :/

Surtout quand on est habitué à un système de fichiers plus rapide, comme la famille des ext3fs sous Linux.

Automatiser la mise à jour du code source de Minefield

Il y a plus de deux ans, j’avais trouvé un moyen d’automatiser la mise à jour du code source de Gran Paradiso (devenu depuis un certain Mozilla Firefox 3.0).

Mais deux ans en informatique, c’est bien l’équivalent de 15 années dans la vie courante. J’ai donc mis à jour mon script pour le code source de Minefield.

Continuer la lecture de « Automatiser la mise à jour du code source de Minefield »

Passage du blog sous WordPress 2.7 bêta 3.

J’ai finalement décidé de passer à WordPress 2.7 bêta 3 pour mon blog « technique ». La bonne vieille technique d’écrasement de la version précédente ayant fonctionné, je rédige cet article depuis la nouvelle version de WordPress.

Continuer la lecture de « Passage du blog sous WordPress 2.7 bêta 3. »

97 points avec Shiretoko pré-béta1 ? C’est possible… En expérimentant un peu :)

Avec la fermeture du bogue 450160, le score du futur Firefox 3.1 arrive à 87 / 100.

Continuer la lecture de « 97 points avec Shiretoko pré-béta1 ? C’est possible… En expérimentant un peu 🙂 »

Les options d’optimisation agressives sont-elles inutiles ?

Dans une page de leur wiki les développeurs de Mozilla Firefox et des outils associés déclarent, je cite :

For Firefox 3 builds, please use –enable-optimize without flags.

Our testing has shown that different parts of Mozilla run faster at different optimization levels. For example, cairo, pixman and sqlite are compiled at -O2 because they are fastest at that level while the JS engine is fastest at -Os. [3] Don’t use –enable-optimize as a place to pass in random compile flags. That’s a global setting that sets optimization levels throughout the source tree and is different depending on the module being compiled.

If you still need to pass in other non-optimization flags to the compile, please use CFLAGS and CXXFLAGS instead of passing them to –enable-optimize.

Ce qui donne traduit :

Pour la compilation de Firefox 3, veuillez utiliser –enable-optimize sans options.

Nos tests nous ont montrés que les différentes parties de Mozilla sont plus rapides à différents niveaux d’optimisation. Par exemple, cairo, pixman et sqlite sont compilé en -O2 car ils sont plus rapide à ce niveau tandis que le moteur JS est plus rapide avec -Os. N’utilisez pas –enable-optimize comme un endroit pour insérer des options de compilations divers. C’est un réglage global qui définit les niveaux d’optimisation tout au long du code source et il diffère en fonction du module qui est compilé.

Si vous avez toujours besoin de passer des options de non optimisation au moment de la compilation, veuillez utiliser CFLAGS et CXXFLAGS au lieu d’utiliser la ligne –enable-optimize.

Continuer la lecture de « Les options d’optimisation agressives sont-elles inutiles ? »