Catégorie : ArchLinuxeries

WindowMaker… Quand l’interface de NeXT est reprise par le logiciel libre.

Quand j’ai commencé à tâter du logiciel libre et du linux, c’était en 1996. Une interface qui avait pas mal de succès entre 1996 et 2002-2003, c’était WindowMaker.

Inspiré par l’interface de la deuxième boite de Steve Jobs, NeXT, WindowMaker reprend les bases de NeXTStep, qui était la surcouche graphique d’un noyau mach et d’un userland BSD… Tout comme un certain MacOS-X depuis plus d’une dizaine d’années maintenant.

Mais fermons cette parenthèse historique. Durant de longues années, WindowMaker est resté « inactif », et puis, il y a environ 2 ans, le projet est reparti, sous le nom de WindowsMaker-crm.

J’ai donc récupéré l’image ISO de la Archlinux en 64 bits, et j’ai suivi les recommandations du Wiki pour installer une version de développement de WindowMaker-crm.

J’ai rajouté quelques outils en me basant sur les suggestions d’un des auteurs de la distribution ArchBang. Car contrairement à un Gnome, un KDE ou encore un Xfce, WindowMaker ne propose que les bases. A l’utilisateur de rajouter les outils qu’il veut rajouter par la suite.

Des outils comme leafpad, ou encore PcManFM.

J’ai fait une petite vidéo de la version en cours de développement de WindowMaker. J’ai utilisé aussi VLC, Midori, Abiword et Gnumeric.

Ce qui est agréable, modulo le fait que c’est encore une version incomplète, c’est que tout peut se configurer à la souris. Avec quelques effets spéciaux typiquement années 1980 quand on enlève une application du dock de droite.

La vidéo parle pour elle même. Bon, je me suis limité au strict minimum pour le lancement de WindowMaker, en utilisant le bon vieux startx. Mais le plus important, c’est l’interface en action, pas le moyen de la lancer.

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 ?