Ajouter la météo à la barre de menu du Gnome Shell.

Un truc qui me manquait énormément, c’est l’applet météo qui s’affichait dans la barre de menu, à l’époque de Gnome 2. Un article sur OMG Ubuntu m’a apporté quelques précieuses infos.

Voici donc comment faire. Pour commencer, il faut récupérer et faire compiler l’extension gnome-shell-extension-weather-git

yaourt -S gnome-shell-extension-weather-git

Ensuite, il faut activer l’extension avec gnome-tweak-tool. Il semble être nécessaire de relancer Gnome-Shell pour que gnome-tweak-tool daigne trouver l’extension. On l’active ensuite.

Cependant, il manque un point précis : le réglage du type de température, et bien entendu le lieu. Comme le gadget en question dépend des services météos de yahoo, on se rend à l’adresse : http://weather.yahoo.com/

Ensuite, on rentre la ville. Par exemple, pour la ville où je vis, Biganos, le code est : http://weather.yahoo.com/france/aquitaine/biganos-579913

Donc, il faut garder la partie numérique pour la suite des opérations. En ligne de commande (ou via Dconf-editor dans org / gnome / shell / extensions /), on modifie les clés suivantes.


gsettings set org.gnome.shell.extensions.weather city Nom-de-la-ville
gsettings set org.gnome.shell.extensions.unit celsius
gsettings set org.gnome.shell.extensions.weather woeid Identifiant de la ville.

Bien entendu, il faut modifier en conséquence… Et une icone météo apparait. Si on clique dessus ?

Applet météo dans Gnome-Shell

Bon, dommage que l’extension soit pas encore stabilisée, mais c’est tout de même sympathique à l’emploi !

Petit guide pour changer le thème de Gnome-Shell

Ce matin, sur Google+, un lien a été posté vers un thème très sympathique pour Gnome-Shell, le thème Nord. Je donne le mode d’emploi pour Archlinux, les instructions pouvant se transférer vers une autre distribution sans trop de problème.

L’installation a été assez simple, bien qu’encore un peu longue à faire. Pour installer le thème, il faut commencer par installer le paquet ttf-google-webfonts (qui contient la fonte droid), paquet quand même assez lourd, car il pèse plus de 20 Mo.

Ensuite, il faut avoir installer sur sa machine le duo gnome-tweak-tool et l’extension gnome-shell-extension-user-theme.

Pour archlinux :

yaourt -S gnome-tweak-tool gnome-shell-extension-user-theme

Ensuite, on dépaquette le thème nord dans le répertoire .themes à la racine du compte utilisateur.

On lance gnome-tweak-tool, et dans la section « extensions », on active l’extension qui permet de gérer les thèmes multiples.

Après, on va dans les options de thème, et on sélectionne le thème qu’on veut appliquer.

Enfin, on utilise le raccourci clavier ALT+F2, et on saisit « r » pour relancer Gnome-Shell. Et voila le résultat. Sympathique, non ? 🙂

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 !

Fedora 16 beta : un aperçu d’un grand cru ?

En lisant sur distrowatch l’annonce de la publication de la version beta de la Fedora 16, j’ai sauté sur l’occasion pour la récupérer, via mon navigateur internet – pour une fois. Puis, j’ai lancé l’installation dans une machine VirtualBox… pour avoir l’accélération 3D nécessaire pour Gnome-Shell.

J’ai commencé cet article (ou du moins les captures d’écrans et autres manipulations nécessaires aux alentours de 23 h 45 le 4 octobre).

Dès le démarrage, on voit une différence : le menu de démarrage est austère, et pour cause : grub2 (qui est une sacrée galère à installer sur Archlinux) a pris le relais du bon vieux grub graphique.

Ensuite, on arrive sur un Gnome 3.1.91 (ou 3.1.92 ?) en mode restreint. L’installation est comme d’habitude nasodigitale, et après un premier redémarrage et la configuration d’un compte utilisateur, on se retrouve dans gnome. La première chose que j’ai faite : mettre à jour le système… Plus de 260 Mo m’attendait.

Continuer la lecture de « Fedora 16 beta : un aperçu d’un grand cru ? »

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 !

6 mois de Gnome 3.x : mon bilan utilisateur.

Il y a 6 mois de cela – même un peu plus, j’ai installé Gnome 3.0 depuis le dépot [gnome-unstable] à l’époque de la version RC – j’ai commencé à utiliser l’interface Gnome Shell.

Le changement depuis l’interface classique du Gnome 2.x était complet. On cherche en vain durant quelques heures des fonctions comme le clic droit sur le fond d’écran pour changer le papier peint, mais on finit par s’y habituer rapidement. Il est vrai que la nouvelle interface des paramètres systèmes est vraiment bien conçue.

Il est vrai qu’avoir un bureau vide, cela est déroutant au début. Quand on vient de Gnome 2.32, ne plus avoir une icone pour aller directement aux documents, une autre pour la musique, une troisième pour les images, c’est effrayant.

Cependant, la barre d’activité contient la plupart des informations nécessaires : la date et l’heure, gérer le réseau, le son, fermer sa session, se déconnecter, ou encore se mettre en mode déconnecté par rapport aux réseaux de messagerie instantané.

Un autre point ennuyeux – et qui est résolu par l’utilisation de gnome-tweak-tool – c’est l’absence d’un bouton pour minimiser les fenêtres.

Pour moi Gnome Shell, c’est surtout la volonté de vouloir avoir un environnement simple permettant à l’utilisateur de se concentrer sur ses tâches. L’absence d’une barre d’état – pratique pour jongler entre les différentes fenêtres – est parfois une source distraction, surtout quand on a lancé un peu trop d’applications et que s’y retrouver tiens de la gageure.

Alors que si j’ai besoin d’avoir une fenêtre de navigateur ouverte pour des recherches tandis que je rédige un article dans gedit – pas besoin de LibreOffice dans ce cas – je peux mettre le navigateur dans un nouvel écran virtuel.

En ce moment, capture d’écran qui suit, voici mon environnement gnome-shell 3.2… Le fond d’écran, c’est un de ceux de « Year Zero Remixed ».

gnome shell en mode activité

Un autre point que j’apprécie, c’est le « dock » à gauche. C’est tellement pratique, surtout qu’il se planque quand on en a pas besoin. J’y ai mis toutes les applications que j’utilise quotidiennement ou presque. Et si j’ai besoin d’une autre ?

Alt+f1 ou touche super (la plus souvent la touche windows, pour une fois qu’elle sert !), je clique sur la zone de recherche, et en quelques instants, j’y ai accès. Capture d’écran ci-après avec comme exemple epiphany, le navigateur de base de gnome. Il m’a suffit de taper epi, et boum, j’ai le logiciel en question.

recherche d'applications sous gnome 3.2

Ce que j’apprécie, c’est le gain d’espace. Un point que j’ai longtemps trouvé ennuyeux – et qui a été résolu avec Gnome 3.2 – c’est l’absence de notification quand un disque dur externe, un CD, un DVD ou une carte mémoire était branchée. C’était directement nautilus qui était ouvert, sans autre forme de procès. Désormais avec l’annonce de la connexion une fenêtre d’info apparait, fenêtre qui permet aussi l’éjection propre en cas de besoin.

Jongler avec les applications se fait avec un simple alt-tab. D’ailleurs j’ai remarqué que les applications sur différents bureaux sont séparés par des barres verticales. Ce qui est sympathique. Et le changement se fait de manière transparente que l’application soit sur le même bureau ou sur un autre.

alt-tab sous gnome 3.2

J’avoue que j’apprécie la philosophie du nouveau bureau de Gnome, après une période d’adaptation d’une ou deux journée. Il me serait difficile de revenir à une interface comme celle de Gnome 2.

Gnome Shell est une interface facile à apprendre, pour peu qu’on y consacre une journée.

Les seuls manques ? L’absence d’une application qui donne la météo, et l’obligation – en attendant que l’extension refonctionne – d’utiliser la touche alt en cliquant sur le nom d’utilisateur pour éteindre la machine au lieu de la mettre en veille.

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 ?

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 !