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 😀

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