Gwibber 3.2.0.1 sur Archlinux… C’est possible !

La dernière fois que j’avais eu un Gwibber fonctionnel, cela remonte à la première version de développement de Gwibber 3.2, la 3.1.0. En gros, il y a 3 mois environ

Depuis, j’avais un peu laissé tomber le microblogging, par manque d’intérêt, puis par une utilisation un peu intensive du réseau social de Google.

Ce matin, j’ai été sur AUR, et j’ai vu le paquet Gwibber 3.2.0.1… Je me suis dit : pourquoi pas ?

J’ai donc récupéré le paquet avec un petit :


yaourt -G gwibber

Et c’est là que les ennuis ont commencé. Car pas moins de 2 dépendances disponibles sur AUR sont à installer : j’ai nommé dee et gtkspell3.

Bon, après avoir rapatrié, fait compiler et installé les dépendances, tout allait bien, jusqu’à ce que… patatras… La version du compilateur Vala (nécessaire pour compiler le logiciel) est trop jeune.

Il a fallu que j’installe temporairement vala 0.12.1, récupéré via le site Archlinux Rollback Machine.
Après avoir installé la dépendance, je me suis dit : « Super, maintenant ça va compiler pour de bon. » Et j’aurais mieux fait de me fermer ma grande…

Une erreur est apparue, me bloquant la compilation :


sed: cannot read client/Makefile: no such file or directory

J’ai donc commenté la ligne contenant la commande sed en question, et ouf, la compilation s’est bien passée.

J’avoue que le look du nouveau gwibber est sympathique. Le seul problème, c’est que la boite de saisie de message est masquée par défaut.

Enfin, une capture d’écran est quand même plus parlante que 15 lignes de blabla 🙂

gwibber 3.2.0.1 sous Archlinux... Ben oui !

En vrac’ rapide et libre pour finir la semaine.

Pour finir la semaine, un petit en vrac’ rapide et libre.

Bon c’est tout car je commence à avoir les paupières qui se ferment toutes seules 🙁

Bon week-end !

Gnome 3.2 en action sous Archlinux.

Bien que Gnome 3.2 sorte officiellement demain, 28 septembre, Ionut Biru qui s’occupe de maintenir l’environnement sur Archlinux a profité de la disponibilité des sources pour empaqueter l’ensemble de l’environnement, même si au moment où j’écris cet article, il manque un gros morceau : les jeux 🙂

J’ai utilisé mon ordinateur portable pour faire une petite vidéo (dont une partie un peu plus interactive) pour montrer un petit peu l’environnement Gnome 3.2 en action. Oui, j’ai un peu utilisé gnome-tweak-tool pour avoir le bouton de réduction de fenêtre et les icones dans les menus 🙂

Le seul hic, c’est que Tracker n’avait pas indexé mes données sur le disque dur du portable, donc cette partie n’a pas été des plus « victorieuses ».

Je tiens à dire que je suis très content pour un point précis. J’avais précisé dans un article précédent que j’avais rapporté un bug assez ennuyeux qui entrainait facilement des plantages et redémarrages de Gnome Shell.

En lisant les notes de modification du paquet gnome-shell pour sa version 3.2, on peut lire entre autres choses :

Fix a crash that could happen during CSS transitions [Florian; #659676]

Il se trouve que c’est le bug que j’ai rapporté suite aux nombreux plantages que j’avais connu. Cela m’a fait chaud au cœur de voir ce que j’avais connu comme problème ne serait plus un problème. C’est cela aussi, contribuer au logiciel libre.

Je rédigerais bientôt un article sur mes 6 mois d’utilisation de Gnome Shell. Et oui, j’utilise Gnome Shell depuis sa sortie, en mars dernier, et au bout de 6 mois, un billet serait intéressant à rédiger !

Répètez après moi : dans gnome-unstable, il y a unstable.

Derrière ce titre qui doit évoquer quelques souvenirs aux collégiens qui ont appris l’anglais dans les années 1980, je voudrais parler de la courte mésaventure qui m’est arrivée hier aux alentours de 23 h 30.

Alors que Gnome 3.2 RC commence à pointer le bout de son nez, j’ai effectué – accidentellement – une mise à jour incomplète. En effet, des composants de l’affichage du Gnome Shell (et donc de GDM à partir de Gnome 3.2) était « cassé ». En effet, clutter avait été mis à jour, mais ni mutter et ni Gnome Shell.

Ayant eu la mauvaise idée de fermer la session avant l’arrivée d’une version à jour de mutter et de Gnome Shell – l’info m’ayant été fourni par Ionut Biru sur les forums d’Archlinux – j’ai réussi à sauver la mise. Par prudence, j’ai toujours un support d’installation d’Archlinux, en l’occurence un CD-RW avec la dernière ISO en date dessus.

J’ai donc redémarré sur le CD-RW, et quand j’ai eu la main, j’ai chargé le clavier francophone azerty (oui, je sais, bépo est mieux), et j’ai monté ma partition racine (root ou /) que j’ai laissée non chiffrée.

Voici donc la série de ligne de commandes que j’ai utilisé :

mkdir /mnt/root
mount /dev/sda4 /mnt/root
cd /mnt/root/etc
nano rc.conf

J’ai ensuite désactivé le lancement automatique de gdm, puis j’ai relancé la machine, et lancé en root :

yaourt -Syu

Une fois les paquets mis à jour, j’ai pu lancé gdm avec un petit :

/etc/rc.d/gdm start

Une fois Gnome lancé, j’ai pu réactiver le lancement de gdm. Moralité ?

  1. Quant clutter est mis à jour, attendre que mutter et Gnome Shell le soit aussi
  2. Toujours avoir un support d’installation disponible sous la main
  3. Ne pas oublier que Gnome-unstable peut claquer entre les doigts lors des grosses mises à jour

Après tout, on apprend plus de ses échecs que de ses réussites, non ?

Un premier aperçu du fork de Gnome 2, Mate.

Quand Gnome 3 est sorti, des projets de continuation de l’ancienne branche sont apparus, dont le projet Mate, basé sur Archlinux pour son développement.

J’ai voulu voir où en était le projet, 3 mois après son lancement. J’ai donc utilisé le disque virtuel de mon précédent article, puis j’ai installé dessus une archlinux, puis en suivant le wiki, j’ai installé l’environnement Mate, sans oublier la version spécifique des applets pour l’outil de gestion des réseaux et le paquet gdm-old pour avoir un gestionnaire de connexion graphique.

Le seul problème que j’ai rencontré, c’est lors de l’ajout des outils complémentaires, spécialement la version « dérivée » d’Evince qui refuse obstinément de se compiler 🙁

Crash durant la compilation de mate-doc-viewer

Après, tout se lance, même si l’environnement manque cruellement de certains outils qui n’ont pas encore été « forké ». C’est un projet mené par une seule personne, et il faut du courage pour un tel projet…

J’ai fait une petite vidéo pour montrer l’environnement nu dans son état actuel. Intéressant, mais il faut voir si d’autres personnes rejoindront le projet où s’il restera à l’état de projet « fou ».