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.

Ubumonkey : où comment faire croire qu’un enrobage de webkit donne un nouveau navigateur.

J’ai lu sur le blog de Clapico l’annonce d’un nouveau navigateur, Ubumonkey, codé en RealBasic. Outre le fait que RealBasic soit tout sauf un langage de programmation libre, j’ai eu un doute.

Car je ne connais pas 36 moteurs de rendu fonctionnant aussi bien avec Windows, que MacOS-X et Linux : deux libres (webkit et gecko) et un non-libre (presto)

J’ai donc installé une machine virtuelle contenant une ubuntu 10.10 32 bits, avec les mises à jour, puis j’ai récupéré le paquet .deb qui va bien.

100% à Acid3 ?

Pour éliminer un enrobage de gecko, j’ai lancé le test acid3. Un résultat parfait (100/100) me fait donc éliminer gecko. Reste Presto et Webkit.

Je suis donc allé sur le site de la CNIL, puis en cliquant sur le lien « vos traces », j’ai lancé le test pour identifier le moteur utilisé… Et la réponse me confirme mon soupçon : Safari, en clair le moteur webkit.

Webkit inside !

Donc, je viens à me poser une simple question : peut-on considérer qu’un enrobage d’un moteur de rendu est un nouveau navigateur à part entière ? Surtout que la page officielle du site est muette sur ce point…

Et question subsidiaire : peut-on utiliser un logiciel non-libre comme RealBasic pour écrire un logiciel sous GPL v3 ?

 

 

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 😀 »

En vrac’ rapide et libre :)

C’est vendredi, donc le jour d’un en vrac’ 🙂

C’est tout pour aujourd’hui 🙂

OpenOffice.org pris de vitesse : LibreOffice 3.3 final est disponible.

Ce matin, la « Document Foundation » qui gère le destin de LibreOffice a annoncé la sortie de LibreOffice 3.3. Le morceau intéressant est le suivant sur les notes de publication :

This release is bit-for-bit identical to the Release Candidate 4, so you don’t need to download or reinstall if you have that version already.

Ce qui donne traduit :

Cette version est identique octet par octet à la Release Candidate 4, donc vous n’aurez pas besoin de télécharger ni de réinstaller si vous avez déjà cette version.

Autant dire que la nouvelle va faire le bonheur des utilisateurs d’Ubuntu (à partir de la version 11.04), de Fedora (à partir de la version 15), d’OpenSuSE (à partir de la version 11.4), d’Archlinux.

Reste à savoir si la Frugalware Linux acceptera d’intégrer LibreOffice si tard… La version Rc2 de Frugalware 1.4 étant rendu disponible le 28 janvier il y a peu de chance que ce soit le cas, même si un dépot est disponible, uniquement pour la version 32 bits.

En tout cas, la non sortie d’OpenOffice.org 3.3 à la date de publication de ce billet risque de faire le plus de mal à la suite bureautique libre qui risque de suivre le chemin d’OpenSolaris…