Avec la fermeture du bogue 450160, le score du futur Firefox 3.1 arrive à 87 / 100.
Étiquette : firefox
86, non, 90… Que dis-je ? 93 voyons !
D’après ce bilan il paraîtrait que le score que pourrait atteindre Shiretoko serait assez proche de l’idéal du test acid3, le 100/100 en arrivant à 93/100.
Continuer la lecture de « 86, non, 90… Que dis-je ? 93 voyons ! »
Et de 86 !
Les versions de développement de Firefox 3.1 béta 1 viennent d’améliorer le score au test acid3. La correction du bogue 446584 permet d’arriver à 86 / 100.
Un score de 90 / 100 serait envisageable pour Firefox 3.1 pour sa sortie fin 2008 début 2009 ?
Ubuntu : quand l’extrémisme libriste se rue sur un simple texte légal.
A croire que certains extrémistes libristes continue à faire des émules. La cause ? Un texte légal qui s’affiche au premier démarrage de Mozilla Firefox 3.0. Un « cluf » en plus léger et en plus lisible. Et voici qu’un tsunami de propos plus irresponsables et déconnecté de la réalité pleuvent sur l’un des logiciels libre parmi les plus connus.
Le bogue ouvert sur Launchpad vaut son pesant de cacahuètes coté extrémisme. Parmis les solutions proposées :
- Virer Mozilla Firefox de l’installation par défaut et le remplacer par IceWeasel, la version débianisée de Mozilla Firefox.
- Enlever carrément Mozilla Firefox et le remplacer par un « aBrowser ».
- Utiliser par défaut Epiphany (qui utilise le même moteur que Mozilla Firefox, mais sans le texte voué aux gémonies)
Stemp a pondu un billet sur son blog qui résume bien l’ambiance. J’ai envoyé le commentaire suivant, ignorant si Stemp l’effacera ou pas :
Désolé de le dire aussi cruement, mais cette histoire, c’est de la sodomie de mouche.
Passer à IceWeasel serait une erreur qui ferait perdre nombre d’utilisateurs à Ubuntu, car nombre de personnes qui utilisent pour la première fois Ubuntu ne reconnaissent souvent qu’une seule icone : celle de Firefox.
Le bug sur launchpad est gavée de haine, de crachats sur la fondation qui fait tout pour pondre un navigateur respectueux des utilisateurs et des normes.
La réponse risque d’être pour beaucoup : allez vous faire voir ubuntu, et ils resteront sur Windows, ou utiliseront une autre distribution.
Pour moi, ce bogue, c’est la signature de l’arrêt de mort d’ubuntu pour une frange non négligeable de ses utilisateurs, à cause de personnes trop plongées dans leur extrémismes libristes.
S’il y a une histoire à la « Abrowser », ma réponse sera : format et install fedora.
Triste à dire, mais je pense que je le ferais après près de 4 ans d’ubuntu (ma première ubuntu ayant été la dapper).
Cordialement,
Quelques liens pour compléter cette histoire, désolé, mais ils sont tous en anglais :
Le bogue 439604 qui reprend les arguments du bogue sur Launchpad. Le bogue 443918 qui a corrigé le problème sur les versions de développement et potentiellement sur les versions stables à venir.
L’argumentaire de Mitchell Baker, membre de la Fondation Mozilla.
Maintenant à chacun de se faire sa propre idée. Pour moi, si Intrepid Ibex suit une idée « extrémiste », mais réponse sera simple : même si je n’aime pas outre mesure la Fedora, elle m’accueillera à bras ouvert.
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 ? »