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.
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.
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.
Que dire de plus ? Sinon, essayez le logiciel. Il est disponible pour Windows, Linux et MacOS-X.
[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»
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.
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 😉
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 &
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 😉
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.
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 ? 😉
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 ? 😉
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é.
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.
