Quand Microsoft ment encore une fois… Cela augure mal pour Internet Explorer 9

Dans la série des mensonges de Microsoft (cf l’épopée des « get the facts »), voici les mensonges sur les qualités supposées supérieure du navigateur Internet Explorer 9 (qui ne tournera que sur MS-Windows Vista et MS-Windows 7).

Dans une page, Microsoft compare Chrome 6, Mozilla Firefox 4.0 béta3 (alors que la béta 6 est sortie), et bien entendu IE9.

Mensonge microsoft propagande pour IE9

Le mensonge principal, c’est l’impossibilité – selon Microsoft – d’ouvrir un onglet accidentellement fermé. Hors, cette fonctionnalité existe au moins depuis Mozilla Firefox 3.6, et peut-être même la 3.5…)

Autre mensonge, l’impossibilité de combiner barre d’adresse et de recherches. Qui a dit Mozilla Firefox 3.0 (au minimum ?)

Et aussi, pas de proposition d’adresse au fur et à mesure de la saisie… Qui a dit « Barre d’adresses intelligente » ?

Mensonge microsoft propagande pour IE9 - onglets

Bref, quand Microsoft ment, ce n’est pas à petite dose. Bah, c’est habituel de leur part, pourquoi s’étonner ? 😉

J’ai mis des captures d’écrans avant que la page ne soit modifiée…

Kraken, un test de mesure taillé sur mesure par la Fondation Mozilla pour Firefox 4 ?

C’est du moins ce que dit Pierre, d’Opera-Fr.com dans son commentaire.

Le test est disponible à cette adresse : http://krakenbenchmark.mozilla.com/

J’ai donc voulu vérifier cette affirmation, en me basant sur les dernières versions de développement disponible de Chromium, d’Opera et bien entendu de Mozilla Firefox 4.0 pré-béta7.

Voici les résultats :

  • Minefield 4.0 pré-beta7 : 14789,5 ms
  • Opera 10.70, révision 9047 : 17229,4 ms => 16,49% plus lent que Minefield
  • Chromium 7.0.517.0 : 20009,9 ms => 35,29% plus lent que Minefield

Minefield 4.0 prébeta7 avec Kraken

préversion Opera 10.70 avec Kraken

Chromium 7 - Kraken

Donc, optimisé ? Voici ce que dit la présentation du test Kraken :

Kraken focuses on realistic workloads and forward-looking applications. We believe that the benchmarks used in Kraken are better in terms of reflecting realistic workloads for pushing the edge of browser performance forward. These are the things that people are saying are too slow to do with open Web technologies today, and we want to have benchmarks that reflect progress against making these near-future apps universally available.[…]Kraken will evolve quickly over the coming weeks and months as we build out its test suite and continue to push forward the capabilities of the open Web, as we make the workloads more realistic and varied.

Ce qui donne traduit rapidement :

Kraken se concentre sur des charges de travail réalistes et vers les applications à venir. Nous pensons que les critères utilisés dans Kraken sont meilleurs en termes de charge de travail reflétant réaliste pour repousser encore les limites de performances du navigateur. Ce sont des choses que les gens disent être trop lents à avoir avec les technologies du Web ouvert aujourd’hui, et nous voulons avoir des repères qui reflètent les progrès par rapport à ces applications qui seront universellement disponibles dans un futur proche.[…]Kraken évoluera rapidement au cours des prochaines semaines et des mois que nous construisons sa suite de test et en continuant à faire progresser les capacités du web ouvert, ce que nous ferons avec de la charge de travail plus réaliste et plus variée.

Je laisse chacun juge de la partialité du test. S’il était aussi partial, les autres navigateurs seraient largement plus loin. Maintenant, à voir si ce test en plus sera le test de trop !

En vrac’ rapide et libre avant le week-end.

Comme le week-end approche, un petit en vrac’ se justifie.

C’est tout pour aujourd’hui. Bon week-end

Une nouveauté visuelle de Mozilla Firefox 4.0beta6 : un bouton « arrêt, rechargement, chargement » tout-en-un

Alors que la 5ième béta de Mozilla Firefox est prévue pour le 7 septembre, la 6ième béta est en cours, comme l’on peut voir avec l’identifiant d’une compilation effectuée ce matin vers 10 h 30 : Mozilla/5.0 (X11; Linux x86_64; rv:2.0b6pre) Gecko/20100903 Firefox/4.0b6pre

Dans cette avant-dernière béta (7 bétas sont prévues), une nouveau graphique va simplifier la barre de tache : un bouton tout en un au niveau de la barre d’adresse, qui permet de lancer le chargement ou le rechargement, voire d’arrêter le chargement d’une page en cours.

Une image valant mieux que mille mots, voici où se trouve ce bouton :

Un aperçu du bouton en fin de barre d'adresse dans Mozilla Minefield 4.0b6pre

Pour info, cet ajout d’icone, c’est le bug 544816. En ce qui concerne le « Bouton » Firefox en haut à gauche de la fenêtre, c’est le bug 585370

Mozilla Firefox 4.0b5pre : encore du progrès ?

Il y a une quinzaine de jours, je parlais d’une préversion de la 4ième béta de Mozilla Firefox 4.0. Désormais, on peut penser que la 4ième béta ne saurait tarder, étant donné que l’identifiant est le suivant :

Build identifier: Mozilla/5.0 (X11; Linux x86_64; rv:2.0b5pre) Gecko/20100819 Minefield/4.0b5pre

Coté test, n’ayant pas encore eu l’occasion de tester sunspider, je ne ferais que citer les chiffres brut, en faisant une différence entre les deux versions, séparées de 15 jours. La version de Minefield a été compilée environ 15 minutes avant la publication de l’article :

html5test.com : on arrive à un score de… 214 points… 14 points de mieux, ce qui est franchement pas si mal que cela 🙂

214 points au test html5 - Minefield 4.0b5pre

v8, test de vitesse de javascript : on passe de 1035 à 1114… Une progression de… 8%… Pour info, ma machine est propulsée par un AMD Athlon(tm) II X2 215 Processor (qui tourne de 800 à 2700 Mhz).

1118 points à V8 - Minefield 4.0b5pre

Bon, on est loin des scores d’un Chromium, mais le progrès est présent 😉

Utiliser une version de développement de Gnash avec Archlinux.

Même si la technologie Adobe Flash est une horreur, il faut bien avoir un logiciel pour lire les fichiers flash sur la toile. Du moins, le temps que le html5 prenne son envol.

Comme je l’ai annoncé récemment, gnash qui semble bien mal en point semble continuer à viser l’avenir, et pour se faire, ils viennent de quitter l’outil de suivi de code source Bazaar pour git.

Dans le dépot tiers qu’est le Arch User Repository, on trouve un sacret paquet de versions pour gnash (plus ou moins périmées et / ou obsolètes).

AUR et gnash... Bon courage !

Voulant avoir une version qui utilise git, j’ai donc pris la version gnash-trunk-bzr-1.3, puis ayant recopié une partie du code source du PKGBUILD de vlc-git, je suis arrivé à obtenir un PKGBUILD fonctionnel, que voici ci-dessous :

# Contributor: Carlos Sanchez
# Maintainer for Parabola GNU/Linux: Omar Botta
# Contributor: Frederic Bezies
#
# Based on work made by Carlos Sanchez
#
pkgname=gnash-trunk-git
pkgver=20100813
pkgrel=1
pkgdesc= »Gnash is the GNU SWF Player based on GameSWF. Development version based on git »
arch=(‘i686’ ‘x86_64’)
url= »http://www.gnu.org/software/gnash/ »
license=(‘GPLv3+’)
makedepends=(‘git’ ‘automake’ ‘autoconf’ ‘gettext’ ‘libtool’)
depends=(‘agg’ ‘atk’ ‘libxml2’ ‘curl’ ‘ffmpeg’ ‘boost’ ‘pango’ ‘libxi’ ‘gstreamer0.10’ ‘gstreamer0.10-base’ ‘gstreamer0.10-ffmpeg’ ‘gstreamer0.10-base-plugins’ ‘gstreamer0.10-good-plugins’ ‘gstreamer0.10-bad-plugins’ ‘gstreamer0.10-ugly-plugins’)
provides=(gnash-common gnash-gtk)
conflicts=(gnash-common gnash-gtk gnash-trunk-bzr)
replaces=(gnash-common gnash-gtk)
md5sums=(‘8fdf50aaf01d00ccd9d5aed84abe25ca’)

_gitroot=’git://git.sv.gnu.org/gnash.git’
_gitname=’gnash’
_buildir=${_gitname}-build

build() {
cd ${srcdir}

msg ‘Connecting to GIT server…’

if [ -d ${_gitname} ]; then
cd ${_gitname} && git pull origin
cd ..
else
git clone ${_gitroot}
fi

msg ‘GIT checkout done or server timeout.’

if [ -d ${_buildir} ]; then
msg ‘Cleaning previous build…’
rm -rf ${_buildir}
fi

git clone ${_gitname} ${_buildir}
cd ${_buildir}

msg ‘Generating necessary files…’

chmod +x autogen.sh
./autogen.sh
./configure –prefix=/usr \
–enable-renderer=agg \
–enable-gui=gtk \
–enable-sound=sdl \
–enable-media=gst \
–with-plugindir=/usr/lib/mozilla/plugins \
–disable-kparts3 \
–disable-kparts4 \
–disable-cygnal || return 1

make || return 1

make DESTDIR= »$pkgdir » install || return 1
make DESTDIR= »$pkgdir » install-plugins || return 1
}

J’ai proposé le paquet sous le nom de gnash-trunk-git.

Et voila le résultat, j’ai pris la publicité pour la Renault 21 qui faisait d’énorme clin d’oeil à la série de Patrick McGoohan, « Le Prisonnier ».

Gnash-trunk-git en action :)

Un simple yaourt -S gnash-trunk-git permettra d’installer le logiciel sous Archlinux.

Je pense que c’est assez facilement adaptable pour Frugalware. Faudra juste que j’essaye 🙂

Mozilla Firefox 4.0b4pre : du progrès ;)

Etant donné que l’identifiant est désormais, Mozilla/5.0 (X11; Linux x86_64; rv:2.0b4pre) Gecko/20100804 Minefield/4.0b4pre , ce qui annonce une sortie proche de la 3ième béta de Mozilla Firefox 4.0, j’ai voulu voir le niveau des tests geekiens que sont html5test ou encore le benchmark v8.

200 points au test html5test

v8 benchmark - 1035 points

Ce qui n’est pas si mal que cela, côté progrès, surtout au niveau de l’interprétation du Javascript.

Rajout à 22 h 19 : voici le résultat de SunSpider : 642 ms… Epiphany (basé sur webkit) arrive à 472 ms sur la même machine.

642 ms au test sunspider

Frugalware 1.3rc1 64 bits… Où comment j’ai encore trouvé un petit bug à la c**.

Etant donné l’absence d’images ISO 64 bits pour les préversions de chaque Frugalware Linux, je suis passé par un contournement classique : une installation minimale avec la version stable, puis passage en current pour avoir une version récente utilisable.

J’ai donc récupéré avec wget l’image d’installation en ligne de la Frugalware Linux 1.2 pour processeur x86_64.

[fred@fredo-arch ISO à tester]$ wget -c http://www7.frugalware.org/pub/frugalware/frugalware-1.2-iso/frugalware-1.2-x86_64-net.iso
–2010-08-01 13:25:26– http://www7.frugalware.org/pub/frugalware/frugalware-1.2-iso/frugalware-1.2-x86_64-net.iso
Résolution de www7.frugalware.org… 88.191.250.131
Connexion vers www7.frugalware.org|88.191.250.131|:80…connecté.
requête HTTP transmise, en attente de la réponse…200 OK
Longueur: 64839680 (62M) [application/octet-stream]
Sauvegarde en : «frugalware-1.2-x86_64-net.iso»

100%[======================================>] 64 839 680 2,31M/s ds 28s

2010-08-01 13:25:54 (2,22 MB/s) – «frugalware-1.2-x86_64-net.iso» sauvegardé [64839680/64839680]

Puis j’ai créé mon environnement habituel de test : qemu avec 1500 MiO de mémoire vive, 32 GiO de disque virtuel.


[fred@fredo-arch ISO à tester]$ qemu-img create -f raw frug.img 32G
Formatting 'frug.img', fmt=raw size=34359738368
[fred@fredo-arch ISO à tester]$ kvm64 -hda frug.img -cdrom frugalware-1.2-x86_64-net.iso -boot d &

Pour mémoire, kvm64 est un raccourci pour :


alias kvm64='qemu-system-x86_64 -enable-kvm -localtime -soundhw all -k fr -m 1500 -net user -net nic,model=rtl8139'

Coté installation, j’ai utilisé le partionnement habituel :

Ensuite, j’ai installé le minimum.

L’installation se déroule sans problème. Une fois l’installation terminée, c’est à ce moment précis que j’ai eu droit à un vilain bug.

Toute tentative de mise à jour me mettait le système en l’air. Après en avoir discuté avec un des principaux codeurs de la Frugalware Linux, il s’avère que c’est l’absence d’une dépendance dans libarchive qui mettait tout en l’air !

D’ailleurs, des notes de pré-publication concernant le passage de la Frugalware Linux 1.2 vers la 1.3 indique la marche à suivre concernant pacman

Tout est résumé techniquement dans ce message de la liste de publipostage de la Frugalware Linux.

Ensuite, j’ai suivi le tutoriel de post-installation. Tutoriel en cours de révision, histoire de prendre en compte le nouvel Xorg entre autre.

Donc, en attendant, il faut penser à rajouter :


xorg-server
xf86-video-cirrus

pour avoir un xorg fonctionnel dans qemu. Sans oublier pour avoir la bonne résolution, le fichier 50-monitor.conf comme je l’avais déjà expliqué dans un ancien article : https://blog.fredericbezies-ep.fr/?p=3922

Continuer la lecture de « Frugalware 1.3rc1 64 bits… Où comment j’ai encore trouvé un petit bug à la c**. »

De retour en vrac’ :)

Je suis de retour, officiellement, même si j’ai posté quelques billets durant ma période de « repos » officielle.

Il faut dire qu’un déménagement, cela pompe de l’énergie. Et ce qui est le plus ennuyeux, c’est la durée pour transférer une ligne internet d’un point à un autre d’une même ville.

Bref, voici un petit en vrac’ rapide et libre pour reprendre les bonnes habitudes.

  • Fossunet ferme à cause – censure d’une dizaine de jurons bien pensés – de spammeurs… La solution proposée ? GNewBook. A voir 😉

Fin de fossunet :(

C’est tout pour aujourd’hui. J’ai encore des cartons à déballer 🙁

Sabayon Linux 5.3 édition Xfce : tout en légèreté ;)

J’avais déjà parlé (et pas qu’en bien) de la version 5.1 de la Sabayon Linux édition Gnome.

Ayant lu sur distrowatch qu’une édition avec Xfce était disponible pour Sabayon, je l’ai téléchargé.

[fred@fredo-arch ISO à tester]$ wget -c ftp://ftp.nluug.nl/pub/os/Linux/distr/sabayonlinux/iso/Sabayon_Linux_5.3_amd64_XFCE.iso
–2010-07-21 07:39:27– ftp://ftp.nluug.nl/pub/os/Linux/distr/sabayonlinux/iso/Sabayon_Linux_5.3_amd64_XFCE.iso
=> «Sabayon_Linux_5.3_amd64_XFCE.iso»
Résolution de ftp.nluug.nl… 192.87.102.42, 192.87.102.43, 2001:610:1:80aa:192:87:102:43, …
Connexion vers ftp.nluug.nl|192.87.102.42|:21…connecté.
Ouverture de session en anonymous…Session établie!
==> SYST … complété. ==> PWD … complété.
==> TYPE I … complété. ==> CWD (1) /pub/os/Linux/distr/sabayonlinux/iso … complété.
==> SIZE Sabayon_Linux_5.3_amd64_XFCE.iso … 695560192
==> PASV … complété. ==> RETR Sabayon_Linux_5.3_amd64_XFCE.iso … complété.
Longueur: 695560192 (663M) (non certifiée)

100%[======================================>] 695 560 192 535K/s ds 18m 2s

2010-07-21 07:57:30 (628 KB/s) – «Sabayon_Linux_5.3_amd64_XFCE.iso» sauvegardé [695560192]

La distribution tient sur un CD. Autant dire qu’elle doit être assez légère sur le plan des logiciels installés. J’ai donc lancé l’installation dans la machine virtuelle habituelle :


[fred@fredo-arch ISO à tester]$ qemu-img create -f raw disk.img 32G
Formatting 'disk.img', fmt=raw size=34359738368
[fred@fredo-arch ISO à tester]$ kvm64 -hda disk.img -cdrom Sabayon_Linux_5.3_amd64_XFCE.iso -boot d &

Pour mémoire, kvm64 correspond à :


alias kvm64='qemu-system-x86_64 -enable-kvm -localtime -soundhw all -k fr -m 1500 -net user -net nic,model=rtl8139'

L’outil d’installation n’est autre qu’Anaconda, autant dire que l’installation se fait « nasodigitalement » 😉

Continuer la lecture de « Sabayon Linux 5.3 édition Xfce : tout en légèreté 😉 »