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 !

En vrac’ rapide et libre.

La fin de semaine approchant… 🙂

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

Comment j’ai apporté ma petit pierre à l’édifice… euh à Gnome 3.2.

En l’espace de deux jours, j’ai pu apporter ma petite pierre à l’édifice, et permettre aux codeurs de Gnome 3.2 de corriger un bug génant.

Tout commence hier, alors que je décide de faire mumuse avec l’agenda (calendrier ?) de Gnome 3.2, en clair, l’outil agenda d’Evolution.

Alors que j’avais pu sans trop de problème rajouter mon compte google agenda (que je gère aussi en parallèle avec l’extension lighting de Mozilla Thunderbird), au moment de la synchronisation, je me fais envoyer sur les roses, avec un message assez cryptique.


Impossible d'ouvrir le calendrier : Le code d'état HTTP renvoyé (6) est inattendu (Erreur lors de la lecture de données du connecteur TLS : The TLS connection was non-properly terminated.)

Je poste alors un commentaire sur le fil dédié du forum Archlinux. Ionut Biru (alias Wonder) m’oriente alors vers un bug déjà connu. La source du problème a été identifiée, mais manque de chance, le problème en question, concernant GNU TLS n’a pas été rapporté auprès des codeurs.

Après quelques péripéties, j’en informe les codeurs de GNU TLS, via le rapport de bug 107802.

Après une manipulation effectuée, il s’avère que le bug n’est pas dans GNU TLS, mais dans Evolution. Retour donc à la case départ. J’ouvre donc un rapport de bug sur l’outil de suivi de Gnome avec les infos du codeur de GNU TLS.

Finalement, le bug n’était pas dans Evolution, mais au fur et à mesure que les développeurs se sont refilés le problème dans le logiciel glib-networking. Après avoir eu un patch – que j’ai réussi à faire intégrer et vérifié, j’ai prévenu les codeurs qui ont intégré le patch. Reste à avoir le paquet à jour dans le dépot gnome-unstable, désormais.

Et c’est agréable d’avoir des affichages comme celui-ci… Surtout quand on a tendance à être un peu tête en l’air, comme c’est mon cas en ce moment 🙁

Agenda de Gnome 3.2 en actionComme quoi, le logiciel libre est vraiment intéressant… Car on peut participer de manière puissante, même en étant infoutu de rédiger le moindre petit programme en langage C !