Le Bottin des Jeux Linux

Articles avec le tag ‘Astuces’

Après la mauvaise nouvelle d’hier (la fermeture de la forge Berlios.de à la fin de l’année, info parue sur Jeuxlibre.net), une petite note positive : nous découvrons à l’instant une initiative intéressante, celle du site OpenHatch dont l’objectif est d’aider les nouveaux arrivants à trouver leur chemin dans le monde du libre.

Le site propose notamment :

• de les former à l’utilisation de certains outils (Git, subversion, …),
• de les mettre en relation avec des spécialistes des principaux langages pour résoudre leurs soucis de programmation,
• de mettre en relation les nouveaux arrivants avec les projets à la recherche de contributeurs (le projet en question créé une page sur laquelle il précise l’aide qu’il souhaiterait recevoir, voir l’exemple du projet GemRB).

Voir aussi :

• le blog,
• la page About,
• la liste des projets déjà inscrits (notaments des jeux bien connus tels que : angband, atomix, aisleriot, epiphany, gbrainy, gcompris, …).

Bon, l’information n’est pas nouvelle (et même franchement réchauffée, puisque LINUX.FR en parlait déjà en 2004), mais je le découvre en 2011 grâce au billet de Raphaël Hertzog « 5 raisons pour lesquelles Debian unstable ne mérite pas son nom ».

C’est quoi « Apt-listbugs » ?

Selon le wiki du paquet, « Ce paquet disponible dans les dépôts permet de se prémunir, pour ceux qui sont en testing ou instable, de l’installation d’un paquet « bugué ». Il est très simple d’installation et d’utilisation !  »

Comment à marche ?

Vous installez apt-listbugs (en dépôts) c’est tout. Par la suite, à chaque fois que vous installerez un nouveau paquet, apt-listbugs va consulter la base de données des bogues des paquets Debian et vous signaler en console (sous Synaptic si vous voyez que l’installation ne progresse plus, cliquez sur « Informations détaillées ») s’il est bogué. Vous aurez alors le choix de marquer la version de ce paquet (il vous faudra ensuite quitter votre mise à jour pour que ce marquage soit effectif), d’interrompre votre mise à jour ou de l’installer tout de même. En cas de marquage du paquet, celui-ci ne vous sera présenté à la mise à jour qu’en cas de nouvelle version.

Et çà marche ?

Nous avons attendu un peu avant de rédiger ce billet de voir l’outil à l’œuvre. Il nous a signalé tout à l’heure un bogue avec gedit. Nous l’avons installé malgré tout et … gedit fonctionne . Mais nous ne doutons pas du bogue, il n’est simplement pas visible au 1er lancement.

C’est fiable ?

Cela nécessite évidemment que les bogues soient répertoriés mais c’est déjà une sacré bonne idée de nous signaler au moins ceux qui sont répertoriés.

Nous vous suggérons fortement la lecture des 3 liens énoncés ci-avant : très intéressants !

Comme vous le savez, Icedove est la transposition de Thunderbird à la sauce Debian.

Dans la foulée de notre grosse mise à jour vers la dernière version de KDE (4.6.3 / 4.6.4), Icedove ne voulait plus se lancer chez nous sous KDE. Après quelques recherches sur le net, il semble que ces deux là ont un passif datant de quelques années (bien que nous n’ayons pas eut à nous en plaindre jusqu’à présent).

Malgré une nouvelle version – de la 3.1.10 vers la 3.1.11, le 27 Juin dernier (génial cette fonction d’historique sous Synaptic : l’avez-vous essayé dans le menu Fichier>Historique des recherches> saisissez icedove en caractères minuscules & cliquez sur le bouton « Rechercher » ?), Icedove refuse de démarrer avec de nombreux messages en console du type :

« (…) (icedove-bin:17689): Gtk-CRITICAL **: IA__gtk_paint_box_gap: assertion `style->depth == gdk_drawable_get_depth (window)’ failed
###!!! ABORT: X_PolyFillRectangle: BadMatch (invalid parameter attributes); 66 requests ago: file nsX11ErrorHandler.cpp, line 182
UNKNOWN [/usr/lib/icedove/libxul.so +0x00018251]
UNKNOWN [/usr/lib/libbonoboui-2.so.0 +0x00020824]
Abandon »

Et pourtant, lancé sous GNOME : il fonctionne. Nous avons tenté une réinstallation des paquets libbonoboui2-0 et xulrunner-1.9.1, mais rien n’y fait.

Après quelques recherches de notre côté (pas de solution trouvé sur le net), nous avons fini par trouver une alternative fonctionnelle sous KDE : Thunderbird.

Voilà l’expérience que nous avons mené : nous avons téléchargé Thunderbird (version 5.0, le binaire est fourni sur le site). Nous l’avons lancé : il nous invite à saisir nos paramètres de comptes, ce que nous ne faisons pas, nous quittons. Le fait de lancer Thunderbird a pour incidence de créer un répertoire ~/.thunderbird/zezv6i0s.default/ (le nom xxxxxxxx.default change à chaque installation). Nous effaçons son contenu et copions dedans celui de Icedove (le contenu de ~/.icedove/lrklepn3.default/). Nous relançons Thunderbird, celui-ci analyse le répertoire et ouvre une fenêtre en précisant : « Mise à jour de Thunderbird » > « Les modules suivants ne sont pas compatibles avec cette version de Thunderbird et ont été désactivés : CrossOver 2.6, Noia 2.0 eXtreme 2.36, Cobalt Thunderbird 3.0.7, Vista Mail 2.0, CompactHeader 1.2.4. Thunderbird peut vérifier s’il y a des versions compatibles de ces modules disponibles. Nous cliquons sur le bouton « Vérifier maintenant » : il ne trouve aucune mise à jour. Mais ensuite il démarre et nous retrouvons tous nos paramètres d’antan . Sous Thunderbird nous désinstallons toutes ces extensions. CompactHeader 1.2.4 avait été installé via le paquet xul-ext-compactheader (en dépôts), nous l’avons désinstallé. Nous désinstallons aussi en dépôts icedove-quotecolors, iceowl-extension et même icedove-l10n-fr (en version 3.1.10, contrairement à Icedove en 3.1.11).

Sans trop y croire (Thunderbird est en version 5.0, et Icedove en version 3.1, mais nous ne savons pas s’il y a correspondance entre les versions), nous avons tenté de copier le contenu de Thunderbird (une fois les extensions désactivées) dans Icedove mais il plante avec les mêmes messages. Nous avons aussi tenté de démarrer Icedove avec ses fichiers précédents mais avec toutes les extensions désactivées : mêmes plantages. Et avons tenté d’effacer le contenu de son répertoire extensions mais rien n’y fait : seul Thunderbird est fonctionnel.

Nous nous déconnectons de KDE et nous connectons sous GNOME : Icedove fonctionne (il se plaint juste de Bonobo). Sous Synaptic Bonobo est installé.

Conclusions :

• Nous avions d’abord pensé à un souci avec les extensions (modules complémentaires en versions obsolètes) sous Icedove, mais même sans cela Icedove s’obstine à ne pas fonctionner sous KDE alors qu’il fonctionne sous GNOME.
• Si vous avez un souci avec Icedove sous KDE : essayez le sous Gnome. Et si vous ne pouvez pas vous passer de KDE comme nous (quand on a goutté à Dolphin, le retour à Nautilus est vraiment très très dur), la recette Thunderbird ci-dessus est une alternative intéressante (d’autant que la version est plus récente). En ce qui nous concerne, pour l’instant nous restons sous Thunderbird. Néanmoins vous risquez de ne plus pouvoir faire machine arrière (mais perdu pour perdu, je préfère conserver mes mails et paramètrages avec Thunderbird).