ChromeOS : une prison dorée à base de logiciels libres ?

ChromeOS de Google, c’est surement l’OS qui a fait couler le plus d’encre électronique depuis que son existence a été annoncée

Ayant voulu tester en « grandeur nature » (ou presque) le dernier né des logiciels de Google, j’ai récupéré une compilation « vanilla » proposée par hexxeh.

Utilisant VirtualBox, je dois dire que je n’ai jamais vu un OS basé sur du logiciel libre qui devient tout le contraire du logiciel libre : une prison dorée, à l’image d’un MacOS-X d’Apple.

Outre les 9 points soulevés par Cyrille Borne dans un article assassin qui appuie à l’endroit douloureux – dont le point le plus important est l’insécurité des données entreposées sur des solutions « cloud-computing » – j’aimerais rajouter un autre point : l’absence énorme d’ergonomie de ChromeOS.

Continuer la lecture de « ChromeOS : une prison dorée à base de logiciels libres ? »

Le Griffon Bleu vient de prendre son envol.

Hier, BlueGriffon 1.0, un éditeur de pages HTML en mode visuel est enfin sorti. Création de Daniel Glazman et des autres membres de Disruptive Innovations, sans compter de nombreux contributeurs tiers, il permet de créer des pages HTML sans passer par un logiciel en ligne, du type WordPress, Joomla, Dotclear ou tout autre CMS classique.

Il utilise le moteur de Mozilla Firefox 4 pour fonctionner et l’affichage des pages.

J’ai apporté ma petite pierre à cet édifice, en rapportant un ou deux bogues, mais surtout en proposant des compilations 64 bits aux alentours de la version 0.6 ou 0.7 du logiciel.

Voici quelques captures de la version 1.0 (nom de code Zéphyr) faite à la « va-vite » pour montrer un aperçu rapide du logiciel, dont l’excellent code au final, même en jouant comme un fou avec l’éditeur de CSS 😉

Et comme le logiciel est disponible en plusieurs langues (français, anglais, espagnol, chinois et quelques autres), il est utilisable par une partie non négligeable des utilisateurs potentiels.

BlueGriffon 1.0

Le mode visuel de BlueGriffon

Le mode texte de BlueGriffon

L'éditeur de CSS de BlueGriffon 1.0

Assistant nouvelle page de BlueGriffon 1.0

Que dire de plus ? Sinon, essayez le logiciel. Il est disponible pour Windows, Linux et MacOS-X.

Chakra GNU/Linux 2011.04 : une nouvelle version d’une Archlinux KDEisée.

Je reviens donc après une courte pause qui m’a fait beaucoup de bien 😉

J’ai déjà parlé de Chakra GNU/Linux plusieurs fois sur le blog. J’ai donc profité de la sortie de cette nouvelle version « stable » pour installer l’ensemble dans une machine virtuelle.

J’ai donc récupéré l’image ISO du DVD en 64 bits.

[fred@fredo-arch ISO à tester]$ wget -c http://downloads.sourceforge.net/project/chakra/current-release/images/chakra-dvd-2011.04-kde462-x86_64.iso
–2011-05-05 09:15:55– http://downloads.sourceforge.net/project/chakra/current-release/images/chakra-dvd-2011.04-kde462-x86_64.iso
Résolution de downloads.sourceforge.net… 216.34.181.59
Connexion vers downloads.sourceforge.net|216.34.181.59|:80…connecté.
requête HTTP transmise, en attente de la réponse…302 Found
Emplacement: http://netcologne.dl.sourceforge.net/project/chakra/current-release/images/chakra-dvd-2011.04-kde462-x86_64.iso [suivant]
–2011-05-05 09:15:56– http://netcologne.dl.sourceforge.net/project/chakra/current-release/images/chakra-dvd-2011.04-kde462-x86_64.iso
Résolution de netcologne.dl.sourceforge.net… 78.35.24.46, 2001:4dd0:1234:6::5f
Connexion vers netcologne.dl.sourceforge.net|78.35.24.46|:80…connecté.
requête HTTP transmise, en attente de la réponse…200 OK
Longueur: 1379926016 (1,3G) [application/x-iso9660-image]
Sauvegarde en : «chakra-dvd-2011.04-kde462-x86_64.iso»

100%[====================================>] 1 379 926 016 923K/s ds 21m 35s

2011-05-05 09:37:31 (1,02 MB/s) – «chakra-dvd-2011.04-kde462-x86_64.iso» sauvegardé [1379926016/1379926016]

Terminé –2011-05-05 09:37:31–
Téléchargé(s): 1 fichiers, 1,3G en 21m 35s (1,02 MB/s)

Ensuite, j’ai lancé la machine virtuelle habituelle, sauf que j’ai légèrement modifié les options utilisées pour configurer la machine virtuelle. J’ai rajouté l’option « -vga vmware », ce qui permet de contourner un bug de kde (ou de qemu ?) qui rend l’affichage en 24 bits assez « sale ».


[fred@fredo-arch ISO à tester]$ qemu-img create -f qed disk.img 32G
Formatting 'disk.img', fmt=qed size=34359738368 cluster_size=0 table_size=0
[fred@fredo-arch ISO à tester]$ kvm64 -hda disk.img -cdrom chakra-dvd-2011.04-kde462-x86_64.iso -vga vmware -boot cd &

J’ai lancé ensuite l’installation en utilisant le noyau non-LTS. Par défaut, le DVD propose le noyau LTS et un non-LTS. Et installe aussi les deux.

Continuer la lecture de « Chakra GNU/Linux 2011.04 : une nouvelle version d’une Archlinux KDEisée. »

Mon amie, la Frugalware Linux… Elle ressemble à quoi en version 1.5pre1 ?

Comme j’aime bien la Frugalware Linux (qui me le rend parfois de manière plus ou moins gentille), j’ai voulu voir ce que donne sa version 1.5pre1, du moins post-1.5pre1 😉

Le tout avec Gnome 3, qui à cause de l’émulation sera en version « fallback »… Ah, les joies de l’ancienne interface, celle regrettée par les vieux de la vieilles… N’est-ce pas, Cyrille ? 😉

Après avoir récupéré l’installateur réseau de la version 1.4 en 64 bits (oui, je suis un casse-bonbon, je le concède), j’ai lancé l’émulation avec la ligne de commande habituelle.


[fred@fredo-arch ISO à tester]$ qemu-img create -f qed disk.img 32G
Formatting 'disk.img', fmt=qed size=34359738368 cluster_size=0 table_size=0
[fred@fredo-arch ISO à tester]$ kvm64 -hda disk.img -cdrom frugalware-1.4-x86_64-net.iso -boot cd &

Frugalware 1.5 pre1 - boot :)

N’ayant pas besoin d’utiliser l’installation graphique – désirant faire une installation à l’ancienne donc plus « modulaire », j’ai démarré en utilisant la première option.

Après avoir partitionné le disque en utilisant le schéma comme montré dans la capture d’écran ci-dessous, j’ai installé le strict minimum : le groupe base et le groupe apps. Je sais, apps n’est pas indispensable à cette étape, mais c’est toujours bien d’avoir quelques outils en plus 😉

Frugalware 1.5 pre1 - partitionnement

Frugalware 1.5 : Installation de la base

Une fois la machine redémarrée, j’ai activé le dépôt current. Après avoir mis à jour pacman-g2, j’ai installé systemd, étant donné que la Frugalware Linux l’utilise pour gérer les services au démarrage.

Ce qui donne en ligne de commande :


pacman-g2 -Syy
pacman-g2 -S pacman-g2
pacman-g2 -S systemd

Et enfin, le passage vers current. J’ai ensuite suivi l’excellent wiki « post installation » et j’ai ajouté gnome3.

Une fois la distribution redémarrée, Gnome 3 (et son GDM nous accueille). Le fond d’écran est très beau, très léger. Après avoir corrigé le problème (de qemu ?) qui limite la résolution en 800×600 (cf ce vieux billet, maintes fois cité), j’ai fait une petite vidéo montrant le très rapide démarrage de la Frugalware Linux (bien que ralentie par l’utilisation d’une machine virtuelle et de l’outil de capture vidéo), plus quelques aléas du direct. Je dois dire que la touche de verrouillage du pavé numérique me rend parfois chèvre…

Autant dire que c’est très fluide, que Bouletbil a fait un magnifique travail pour empaqueter Gnome 3.

Que demander de plus ? Peut-être des versions intermédiaires en 64 bits ? 😉

En tout cas, la version 1.5 de la Frugalware Linux – prévue pour le 15 août prochain – sera un grand cru.

Gwibber : vers /dev/null en dehors d’Ubuntu ?

Il y a déjà pas mal de temps, j’avais écrit un article gueulante comme quoi les codeurs de Gwibber ne prenait peu ou pas en compte les distributions linux en dehors d’Ubuntu.

La version 3.0.0.x de Gwibber semble – une nouvelle fois ? – appuyer le problème soulevé. Depuis environ deux semaines, il est impossible pour les utilisateurs d’Archlinux – et de Frugalware Linux merci à Devil505 de m’avoir confirmer cela – de lancer et d’utiliser Gwibber 3.0.0.x, comme je l’avais précisé dans un article sur le désamour de Gwibber 3.0.0.x et Gnome 3. Ou encore sur Fedora 15 – encore en développement, qui propose une version 2.91.92 de Gwibber… Etonnant, non ? 😉

fedora15 et gwibber 2.91.92 !

Un bug a été ouvert, avec un message d’erreur – qui je pense est – explicite dans le fichier gwui.py (gwibber User Interface ?), et rien n’a bougé. A croire que le rapport de bug est ignoré.

/usr/lib/python2.7/site-packages/gwibber/gwui.py:753: GtkWarning: IA__gtk_range_set_range: assertion `min < max' failed self.scrollbar.set_range(0, len(self.messages) - 1)

Et ce qui est marrant, c'est de lancer gwibber-service avant gwibber lui-même. La première ligne de sortie en terminal est intéressante...

[fred@fredo-arch ~]$ gwibber-service &
[1] 1459
[fred@fredo-arch ~]$ ERROR:root:Could not find any typelib for Unity
ERROR:root:Could not find any typelib for Dbusmenu
Loading plugin Digg version 1.0
Loading plugin Buzz version 1.0
Loading plugin Qaiku version 1.0
Loading plugin FriendFeed version 0.1
Loading plugin Twitter version 1.0
Loading plugin Identi.ca version 1.1
Loading plugin Foursquare version 1.0
Loading plugin Ping.fm version 0.1
Loading plugin Flickr version 1.0
Loading plugin StatusNet version 1.1
Loading plugin Facebook version 1.1
Loading plugin Digg version 1.0
Loading plugin Buzz version 1.0
Loading plugin Qaiku version 1.0
Loading plugin FriendFeed version 0.1
Loading plugin Twitter version 1.0
Loading plugin Identi.ca version 1.1
Loading plugin Foursquare version 1.0
Loading plugin Ping.fm version 0.1
Loading plugin Flickr version 1.0
Loading plugin StatusNet version 1.1
Loading plugin Facebook version 1.1

Oui, vous avez bien lu, Unity, l'interface que Canonical veut "imposer" à la place de Gnome-Shell, et qui ne fonctionne qu'avec Gnome 2.32.xx, étant donné que Canonical ne prendra Gnome 3 que pour la version 11.10 d'Ubuntu.

Je sais très bien que je vais voir arriver certaines personnes qui me casseront du sucre sur le dos car j'ai osé dire du mal d'Ubuntu et de la politique de Canonical. Mais j'ai l'habitude. D'ailleurs, si Gwibber était codé de manière indépendante, il fonctionnerait aussi avec Gnome 3.

Pour moi, la réponse est désormais Hotot (où il manque la ligne de temps commune mais qui FONCTIONNE !), et je dis adieu - définitivement ? - à Gwibber.

Gwibber 3.0 et Gnome 3.0 : le grand désamour ? (uniquement sur Archlinux ?)

Gwibber a toujours été un logiciel sensible voire ennuyeux à faire fonctionner. Ayant rencontré un bug des plus ennuyeux sous Gnome 3, et l’ayant rapporté (pas de boite de saisie sous gnome 3), et me basant sur l’excellent travail effectué par Weedfast pour proposer un PKGBUILD fonctionnel j’ai voulu vérifier une idée.

Et si Gwibber ne fonctionnait pas avec Gnome 3.0 tout simplement ?

J’ai donc lancé une machine virtuelle avec une archlinux et Gnome 2.32 et le PKGBUILD ci-dessus. Tout fonctionne, le bug de la boite de saisie inutilisable disparait, la preuve en vidéo :

Et puis, j’ai recommencé, mais en installant Gnome 3.0 sur la même machine virtuelle :

Et avec le même PKGBUILD, tout explose en vol…

J’avoue que je suis en train de vérifier avec une Frugalware current. Mais je pense que Devil505 pourra me confirmer si ce bug est uniquement présent sur Archlinux 😀

Tiens, Gnome 3 est disponible sur archlinux…

Ou presque, car il faut utiliser le dépot gnome-unstable. Pour le moment, c’est encore un peu « brut de décoffrage », car le chargement demande bien une vingtaine de secondes entre la saisie du mot de passe dans GDM avant que Gnome-Shell ne soit lancé.

gnome 3 sous Archlinux 64 bits

Bon, l’interface est complètement différente. Gnome-Tweak-Tool est un outil indispensable pour rendre l’ensemble moins austère. Je pense que si dans une semaine je ne m’y suis pas habitué, je mettrais à la place Xfce 4.8.x. Enfin, on verra 🙂

Et BlueGriffon ?

Cela fait quelques temps que je n’ai rien posté concernant l’excellent BlueGriffon de Disruptive Innovations.

Bien que faisant compiler le code une fois par semaine, et depuis l’annonce que la version 0.9 (alias Coffee Overflow) se base sur le code de Mozilla Firefox 4.0, je n’ai pas eu trop l’envie de parler de cet outil qui m’a réconcilié avec l’écriture de pages web sans passer par un CMS comme WordPress par exemple.

La 1.0 approchant, j’ai voulu faire une capture d’écran de celle-ci sous Gnome Shell (alors que les composants arrivent petit à petit dans le dépot gnome-unstable de mon ArchLinux)

Et voici donc BlueGriffon 1.0pre1, alias « Estagnots ».

BlueGriffon 1.0pre1 "Escagnots"

Les logiciels qui vont souffrir en 2011 : premier bilan à la fin mars 2011.

En janvier 2011, j’avais joué ma Madame Irma, en exprimant mes prévisions concernant certains gros logiciels contemporains.

Commençons par le commencement. Le combat entre Internet Explorer 9 et ses adversaires. Et pour le moment, le grand perdant, c’est Internet Explorer 9. Pas grand secret derrière cela. Il est vrai qu’avoir abandonné une version de MS-Windows qui représente encore 55% de la base installée, ce n’est pas idéal pour proposer une version qui est largement meilleure que les précédentes.

Alors qu’Internet Explorer 9 a dépasser les 2,35 millions de téléchargements sur les plateformes supportés (Windows Vista + Windows 7) en l’espace d’une journée sur une base qui réprésente environ 34% des ordinateurs sous MS Windows disponibles, Mozilla Firefox 4.0 dépasse largement ce chiffre… avec 7,1 millions de téléchargements… Il faut dire qu’il est disponible sur tous les MS-Windows depuis la version XP (donc 55% de plateformes en plus qu’Internet Explorer 9), MacOS-X, les distributions linux, etc…

Enfin, on verra bien en juin quel bilan on pourra faire de l’utilisation des navigateurs modernes (Chromium 10 et suivants, Mozilla Firefox 4, Internet Explorer 9 et Opera 11.xx)

Continuons avec LibreOffice. Le fork « politique » (pour reprendre les termes d’une connaissance) d’OpenOffice.org continue d’avoir le vent dans les voiles. Qui est au courant qu’OpenOffice.org est sorti en version 3.4 alpha, la 3ième au moment où j’écris cet article ?

Même si Cyrille Borne – que j’admire pour ses billets construits et parfois au vitriol concernant LibreOffice, a été critique, force est de constater que les versions se suivent et améliore la suite bureautique communautaire, qui dispose enfin d’une Fondation.

Pour finir, le combat fratricide entre Mandriva et Mageia, où c’est le « qui se dépêchera pour sortir la prochaine version de développement. »

Même si 2 alphas de la Mageia sont sorties – et comme toute bonne alpha me font des segfaults à répétition dans une machine virtuelle qemu alors que d’autres distributions aussi marquée en alpha se lance sans problème, surement un problème du logiciel qemu – il faut dire les choses comme elles sont : cette guerre ne fera qu’une chose, fuir les utilisateurs de Mandriva vers d’autres distributions.

Les articles de Cyrille, même si cela sent un peu l’anti-mandriva primaire par moment, reflète bien le massacre de cette distribution jadis née pour intégrer KDE 1.0 sur la RedHat Linux 5.0…

Vivement fin juin, deuxième bilan de mes prédictions 😉

 

Vers une unification des interfaces des navigateurs internet ?

Avec la sortie de Mozilla Firefox 4 (14 mois après Mozilla Firefox 3.6), une tendance lourde des navigateurs sur leur présentation semble être en train de s’imposer. Un allègement maximal de l’interface.

Cette tendance a été lancée par Google et son navigateur maison basé sur Webkit et le projet Chromium.

J’ai décidé de faire des captures d’écran de l’interface de Mozilla Firefox 4.0, Chromium 10, Midori (le navigateur par défaut de Xfce) et d’Opera 11, car je prends uniquement en compte les navigateurs existant sur les unix libres et non libres – dont MacOS-X est un représentant – et MS Windows. Ok, Midori n’existe pas pour MS Windows 😀

Pour des raisons pratiques, j’ai utilisé un environnement virtuel, pour installer une ArchLinux 64 bitsXfce 4.8.1, avec Mozilla Firefox 4.0, Midori 0.3.3, Chromium 10 et Opera (ou presque pour ce dernier).

Continuer la lecture de « Vers une unification des interfaces des navigateurs internet ? »

La « dure » vie de l’utilisateur d’Archlinux… :D

Utiliser Archlinux, c’est pas tous les jours joyeux… Surtout quand le gestionnaire de paquets, Pacman se met à jour pour une nouvelle version.

Grand adepte de yaourt, celui-ci est devenu inutilisable depuis l’arrivée sur le dépot [testing] d’une version 3.5 de Pacman.

J’ai durant quelques jours utiliser la récupération manuelle des paquets sur AUR, ne serait-ce que pour maintenir à jour certains logiciels que j’utilise et /ou maintiens : kvm-git, gimagereader, ou encore gwibber-bzr.

Mais cela devient vite rigide à l’emploi. En attendant que yaourt soit disponible dans une nouvelle version stable, je me suis tourné vers « la concurrence », et mon choix s’est arrêté sur Packer.

Les options sont à peu de chose près que celle de yaourt, donc la transition est facilitée. Par exemple, une mise à jour complète du système :

packer -Syu

Qui donne ceci (je fais grace des lignes correspondant aux rafraichissement des dépots :


:: Début de la mise à jour complète du système...
il n'y a rien à faire
:: Synchronizing aur database...
aur 15 15 [######################] 100%
:: Starting full aur upgrade...
local database is up to date

Ce qui est agréable. Donc, et en attendant que yaourt soit disponible, j’utiliserais Packer.

Comme quoi, devoir utiliser Archlinux, cela incite à la débrouillardise, et non à l’empatement comme avec certaines distributions pré-mâchant le travail au maximum pour les utilisateurs… Ce qui n’est pas un mal dans l’absolu, surtout pour faire découvrir une informatique différente 😀

Trisquel GNU/Linux 4.5 : le retour d’une ubuntu libérée :D

Trisquel GNU/Linux, c’est Ubuntu sans les quelques logiciels propriétaires (spécialement les blobs) ou une interface faîte maison. Bref, de quoi avoir Ubuntu« >Ubuntu avec les avantages sans les inconvénients. J’avais parlé – et franchement apprécié – la version 4.0 il y a quelques mois.

L’annonce de la version Release Candidate de la version 4.5 est l’occasion de jauger les progrès effectués. Comme sa base, la Ubuntu 10.10, cette version ne sera supportée que durant 18 mois, au lieu des 3 ans de la version 4.0 de la Trisquel.

J’ai donc appellé mon ami wget :

[fred@fredo-arch ISO à tester]$ wget -c http://cdimage.trisquel.info/trisquel-images/trisquel_4.5_amd64.iso
–2011-03-19 12:21:13– http://cdimage.trisquel.info/trisquel-images/trisquel_4.5_amd64.iso
Résolution de cdimage.trisquel.info… 94.23.219.28
Connexion vers cdimage.trisquel.info|94.23.219.28|:80…connecté.
requête HTTP transmise, en attente de la réponse…200 OK
Longueur: 730857472 (697M) [application/x-iso9660-image]
Sauvegarde en : «trisquel_4.5_amd64.iso»

100%[======================================>] 730 857 472 2,11M/s ds 5m 36s

2011-03-19 12:26:49 (2,08 MB/s) – «trisquel_4.5_amd64.iso» sauvegardé [730857472/730857472]

J’ai ensuite utilisé l’environnement de test habituel, 2 GiO de mémoire, 32 GiO de disque, avec qemu-kvm.

[fred@fredo-arch ISO à tester]$ qemu-img create -f qed disk.img 32G
Formatting 'disk.img', fmt=qed size=34359738368 cluster_size=0 table_size=0
[fred@fredo-arch ISO à tester]$ kvm64 -hda disk.img -cdrom trisquel_4.5_amd64.iso -boot cd &

J’ai demandé le lancement de l’installation dès le départ. L’installateur en question étant celui de la version 10.10 d’Ubuntu, base de cette version de Trisquel. La première chose qu’on note, c’est un fond d’écran plus pastel, moins agressif à l’oeil.

Continuer la lecture de « Trisquel GNU/Linux 4.5 : le retour d’une ubuntu libérée 😀 »

Slackware Linux 13.37rc2 : qu’as donc dans le ventre cette bonne vieille slackware ? :)

Ayant lu l’annonce de la sortie d’une version rc2 de la Slackware Linux 13.37, j’ai téléchargé l’image ISO, dans le but de la tester. Et j’aime bien cette distribution, c’est une des premières que j’ai utilisé, fournie à l’époque avec le défunt magazine PC Team… Il y a environ 15 ans de cela ? 🙂

wget a été comme d’habitude mon ami :

[fred@fredo-arch ISO à tester]$ wget -c ftp://ftp.slackware.no/slackware/slackware-current-iso/slackware64-current-15_Mar_2011-DVD.iso
–2011-03-19 06:42:31– ftp://ftp.slackware.no/slackware/slackware-current-iso/slackware64-current-15_Mar_2011-DVD.iso
=> «slackware64-current-15_Mar_2011-DVD.iso»
Résolution de ftp.slackware.no… 128.39.3.170, 2001:700:0:12e::f70
Connexion vers ftp.slackware.no|128.39.3.170|:21…connecté.
Ouverture de session en anonymous…Session établie!
==> SYST … complété. ==> PWD … complété.
==> TYPE I … complété. ==> CWD (1) /slackware/slackware-current-iso … complété.
==> SIZE slackware64-current-15_Mar_2011-DVD.iso … 2097770496
==> PASV … complété. ==> RETR slackware64-current-15_Mar_2011-DVD.iso … complété.

[ < => ] 2 097 770 496 1,28M/s ds 24m 17s

2011-03-19 07:06:48 (1,37 MB/s) – «slackware64-current-15_Mar_2011-DVD.iso» sauvegardé [2097770496]

J’ai ensuite utilisé l’environnement de test habituel, 2 GiO de mémoire, 32 GiO de disque.

[fred@fredo-arch ISO à tester]$ qemu-img create -f qed disk.img 32G
Formatting 'disk.img', fmt=qed size=34359738368 cluster_size=0 table_size=0
[fred@fredo-arch ISO à tester]$ kvm64 -hda disk.img -cdrom slackware64-current-15_Mar_2011-DVD.iso -boot cd &

Continuer la lecture de « Slackware Linux 13.37rc2 : qu’as donc dans le ventre cette bonne vieille slackware ? 🙂 »

En vrac’ rapide et libre.

Je n’ai pas eu une grosse envie d’écrire cette semaine. Pour compenser, un petit en vrac’ rapide et libre.

C’est tout pour aujourd’hui !

La guerre du Javascript vient-elle de finir ?

En septembre dernier, dans un article, je parlais d’une guerre à la vitesse d’exécution à Javascript.

A l’époque, le podium – basé sur l’outil de mesure v8 benchmark version 5 – était constitué par Chromium 7 (qui affichait 5052 points), suivi d’Opera 10.70 (3243 points) et de la pré-béta6 de Mozilla Firefox 4.0 (1859 points).

Depuis, l’outil de mesure a été corrigé, passant de la version 5 à la version 6. Et comme la 1ière release candidate de Mozilla Firefox 4.0 est sorti, j’ai voulu faire un bilan.

En pourcentage, Chromium 7 avait 35% d’avance sur Opera 10.70 et 63% sur Mozilla Firefox 4.0 pré-béta6… Autant dire qu’à cette époque lointaine Chromium menait de la tête et des épaules.

Continuer la lecture de « La guerre du Javascript vient-elle de finir ? »