Mes linuxeries

Une petite commande toute bête pour rajouter la date facilement à une photo d’après les données EXIF (il faut que le logiciel ImageMagick soit installé) :

convert nom_du_fichier_source.jpg -gravity SouthEast -font Fudd-Regular -pointsize 40 -fill white -annotate +20+20 "%[exif:DateTimeOriginal]" -quality 100 nom_du_fichier_destination.jpg

Bien sûr, on peut mettre une autre police en argument à la place de Fudd-Regular.

Pour connaître les noms de polices qu’on peut utiliser avec la commande convert :

convert -list font

Pour -gravity, on peut choisir NorthWest, North, NorthEast, West, Center, East, SouthWest, South, ou encore SouthEast.

Pour -pointsize, on peut choisir une autre taille. Pareil pour -fill, pour choisir une autre couleur. Pour connaître toutes les couleurs utilisables :

convert -list color

L’avantage de la commande convert, c’est qu’elle fait sa modification dans un nouveau fichier, sans toucher à l’original. Son inconvénient est de ne pas agir par lot, sur plein de fichiers à la fois. On peut donc à la place utiliser la commande mogrify, comme ça :

mogrify -gravity SouthEast -font Fudd-Regular -pointsize 40 -fill white -annotate +20+20 "%[exif:DateTimeOriginal]" -quality 100 *.jpg

Là, ce sont toutes les images du répertoire présent qui seront modifiées d’un seul coup, sans copie de sauvegarde — attention donc à bien avoir fait une copie dans un autre répertoire, si on veut conserver les originaux.

Plus sympa : pour que la date soit bien visible, même sur fond blanc, on peut entourer les chiffres d’un liseré noir. En fait, ça revient à écrire deux fois le texte, une fois en gros traits noirs sans remplissage, et une autre fois, sans gros traits noirs mais en remplissage blanc. Comme ça :

convert image_source.jpg -gravity SouthEast -stroke black -strokewidth 4 -font Fudd-Regular -pointsize 40 -annotate +20+20 "%[exif:DateTimeOriginal]" -stroke none -font Fudd-Regular -pointsize 40 -fill white -annotate +20+20 "%[exif:DateTimeOriginal]" -quality 100 image_destination.jpg

Par contre, la date Exif sera complète, et au format américain, comme par exemple : 2009:02:26 18:23:29. Dommage, ça sera sympa d’avoir seulement Fév. 2009, mais pour ça, il faut faire de la vraie programmation, et ça, je sais pas faire.

Toujours par rapport à notre nouveau réseau, c’est aussi à MSN/Live Messenger que Pidgin n’arrivait pas à se connecter.

Et là aussi, une petite astuce : dans l’onglet Avancé de la fenêtre de configuration du compte MSN, il faut juste cocher la case « Utiliser le protocole HTTP », valider, reconnecter, et ça marche.

Nos vieux PC du boulot sont dotés d’un antédiluvien circuit graphique Intel i810.

Antédiluvien ? Et pourtant… Je ris de voir que le pilote Intel libre inclus dans ma Mandriva 2009 Spring peut parfaitement utiliser l’affichage haute résolution de nos nouveaux moniteurs Dell 1920×1080, alors que mes collègues, qui utilisent le pilote officiel Intel sous Windows XP sont scotchés à une résolution maxi 1400×1050 toute déformée.

D’où l’intérêt des pilotes libres, qui peuvent évoluer en fonction des besoins des utilisateurs, et pas de ceux des fabricants.

À mettre en parallèle avec mon imprimante/fax HP et ma carte Wi-Fi Belkin PCI 54G : les fabricants n’ont pas daigné écrire des pilotes pour Windows Vista, alors que sous Linux, les pilotes sont là, d’excellente qualité, et même disponibles en 64 bits.

Depuis quelques temps, j’aspire à la légèreté et l’épure sur mon PC — faut dire qu’il est tellement vieux… Donc j’installe une Mandriva minimale, puis Fluxbox, que je démarre par startx. Et j’ai abandonné, à mon grand regret, les moteurs de recherche locale, comme Beagle ou Google Desktop.

Mais il me manquait une applet pour gérer le son, qui soit économe en ressource. Utiliser Kmix, et donc faire tourner le bousin KDE en tâche de fond ruinerait mes efforts. J’ai trouvé ce qu’il fallait : il faut installer le paquet gnome-media, et lancer gnome-volume-control-applet depuis une ligne de commande.

On peut ensuite rajouter la ligne gnome-volume-control-applet & dans ~/.fluxbox/startup, et l’applet se lancera au démarrage, c’est cool.

Bon, je viens de réussir à installer Shutter : il m’a fallu, en passant par l’outil http://easyurpmi.zarb.org, déclarer les dépôts de Cooker Main et Cooker Contrib. En passant par là, l’installation n’a nécessité que 2,7 Mo de bibliothèques (contre plus de 100 Mo pour ma tentative en essayant de l’installer moi-même en essayant de comprendre les messages d’erreur de la compilation — tentative qui s’est soldée par un échec, et qui me laisse avec plus d’une centaine de Mo de bibliothèques installées inutilement sur mon disque dur…).

Quand on utilise Cooker sur une distribution stable, il faut penser à plusieurs choses :

• Le faire le moins possible — Cooker est une version de travail de la Mandriva, qui peut être instable, voire tout casser si on en abuse ;
• Utiliser plutôt la ligne de commande de l’outil easyurpmi, afin de pouvoir renommer les nouveaux dépôts de Main et Contrib en MainCoooker et ContribCooker — ceci afin de bien pouvoir les différencier des dépôts usuels ;
• Ne pas oublier de les désactiver une fois le programme voulu installé. Pour activer/désactiver des dépôts, utiliser, en root, la commande edit-urpm-sources.pl.
• Éviter de passer à l’action si on s’aperçoit que le programme voulu va amener avec lui trop de bibliothèques, et notamment des très sensibles comme les glib, glibc, tout ça — la distribution deviendrait une sorte de monstre, à mi-chemin entre la stable et la Cooker, pas bon du tout. En l’espèce, et comme on peut le voir ici, Gscrot n’a nécessité que peu de dépendances, et qui m’ont semblé d’importance mineure : je suis donc passé à l’acte.
  [root@Shuttle Téléchargement]# urpmi gscrot
Pour satisfaire les dépendances, les paquetages suivants vont être installés
   Paquetage                      Version      Révision      Arch  
(média « Main32 »)
  libgoocanvas3                  0.12         1mdv2009.0    i586   
(média « ContribCooker »)
  gscrot                         0.64         0.ppa10.2mdv> noarch 
  perl-Goo-Canvas                0.05         2mdv2009.1    x86_64 
  perl-HTTP-Response-Encoding    0.05         1mdv2009.1    noarch 
  perl-WWW-Mechanize             1.54         1mdv2009.1    noarch 
  perl-X11-Protocol              0.56         6mdv2009.0    noarch 
un espace additionnel de 2.9Mo sera utilisé.
760Ko de paquets seront récupérés.
Procéder à l'installation des 6 paquetages ? (O/n) o

Tout ça pour dire que cet outil est extraordinaire : il prend bien sûr les bordures des fenêtre, mais il peut aussi appliquer une tonne d’effets spéciaux sur les captures, à la volée, comme par exemple des ombres sous les fenêtres, ou un floutage tout autour pour donner une impression de fondu, ou encore le tour en papier déchiré. Il gère plusieurs images en même temps à l’aide d’onglets, et peut même, quand il plante, restaurer la session ! Il peut capturer des fenêtres, des sélections, ou des élements précis de chaque fenêtre. Lors des captures de fenêtres, il donne tout seul une liste des fenêtres ouvertes, on n’a qu’à choisir celle qu’on veut, et ça marche tout seul. Il intègre aussi un outil d’édition rapide, et peut poster l’image vers des services web de publication et partage de photos.

Conclusion : Shutter, ou Gscrot, est un bijou, à posséder absolument pour qui travaille souvent avec les captures !

Quand on veut avoir les logiciels dans leur version la plus récente possible, c’est pas toujours très simple, sous Linux. Hormis pour les failles de sécurité, les passages à la version suivante sont rares, dans les distributions style Mandriva : il faut en général attendre la sortie de la prochaine version de la distribution. Et encore ce qu’elle offrira sera-t-il déjà obsolète quelques jours après sa sortie.

Pourquoi vouloir installer absolument les nouvelles versions ? Tout simplement pour le plaisir de le faire, mais aussi pour avoir les dernières corrections, voire les nouveautés quand il y en a.

Deux solutions, donc : soit éviter les distributions sortant à date fixe (comme Mandriva), et choisir une distro mise à jour en permanence dès qu’un nouveau logiciel sort (comme Arch Linux ou les versions de travail des distro-à-date-fixe, comme la Mandriva Cooker). Soit compiler soi-même ses programmes.

Comme je me sens pas encore de lâcher Mandriva, c’est l’option de la compilation que j’ai choisie. Elle demande quand même une certaine discipline, et un peu d’organisation car les logiciels installés peuvent parfois rendre incohérente la base RPM. Mais je le fais depuis plusieurs années maintenant, ça marche bien, au final. Je pourrais aussi apprendre à créer des RPM avec ces compilations, mais ça me semble un peu ardu, sauf pour les sources qui fournissent des fichiers .spec, mais j’ai la flemme.

Depuis la sortie de la Mandriva 2009, j’ai donc compilé et installé moi-même abiword-2.6.6, beagle-0.3.9, eog-2.24.3.1, epiphany-2.24.3 avec ses extensions, evince-2.24.2, evolution-2.24.4 et son evolution-data-server correspondant, file-roller-2.24.3, liferea-1.4.22d, seahorse-2.24.1 et ses plug-ins, tomboy-0.12.2, totem-2.24.3 et transmission-1.50b6.

La plupart d’entre eux s’installent par les classiques commandes ./configure, make -j 2, make install && ldconfig (cette dernière étape en root). Pour avoir plus d’instructions, on peut consulter les fichiers README ou INSTALL, ou encore utiliser la commande ./configure --help | less.

Il faut aussi conserver l’arbre des sources compilées, et ne pas l’effacer une fois le programme installé. En effet, il sera indispensable pour désinstaller proprement le programme. Il suffira de se rendre dans le répertoire source du logiciel qu’on veut désinstaller et de taper (en root) make uninstall && ldconfig. L’idéal est bien sûr de ranger toutes les sources dans un même dossier, comme Téléchargement/Mes_sources.

Sans intervention particulière de la part de l’utilisateur, ils s’installeront presque tous dans l’arborescence /usr/local. Il faut donc enrichir le path pour que le système y aille chercher les exécutables. Pour que le système puisse savoir qu’il y a aussi des nouvelles bibliothèques à y charger, il faut modifier le fichier /etc/ld.so.conf. Pour que les futures compilations puissent prendre en compte les nouvelles bibliothèques, il faut aussi définir la variable PKG_CONFIG_PATH.

Modifier le path et rajouter la variable PKG_CONFIG_PATH :

En root, à la fin fichier /etc/profile, rajouter les lignes :

PATH=$PATH:/usr/local/bin
export PATH
PKG_CONFIG_PATH=$PKG_CONFIG_PATH:/usr/local/lib/pkgconfig/
export PKG_CONFIG_PATH

Taper source /etc/profile pour que les modifications soient prises en compte tout de suite.

Et à la fin du fichier /etc/ld.so.conf, rajouter :

/usr/local/lib/

Il faut enfin indiquer à Gnome l’emplacement des serveurs Bonobo supplémentaires (ne me demandez pas ce que c’est, il faut le faire, c’est comme ça !). Éditer le fichier /etc/bonobo-activation/bonobo-activation-config.xml et décommenter la ligne

 <!-- <item>/usr/local/lib/bonobo/servers</item> -->

qui devient donc

<item>/usr/local/lib/bonobo/servers</item>

Taper bonobo-slay pour relancer les serveurs et redémarrer Gnome.

Attention, pour Epiphany 2.24.3, il y a un bug ennuyeux : le fichier /usr/local/lib/pkgconfig/epiphany-2.24.pc a une erreur, qui empêche ensuite la bonne compilation des extensions. La ligne engine= est fausse, il faut la remplacer par engine=mozilla.

Pour evolution-data-server, pour qu’il n’y en ait qu’un seul à la fois sur le système, j’ai fait un truc assez dégueulasse : j’ai désinstallé celui installé par Mandriva, en forçant la non vérification des dépendances, sinon urpme m’aurait désinstallé la moitié du bureau Gnome. Ça donne donc :

rpm -e lib64camel13 lib64camel14 lib64ebackend0 lib64ebook9 lib64ecal7 lib64edata-book2 lib64edata-cal6 lib64edataserver-devel lib64edataserver11 lib64edataserverui8 lib64egroupwise13 lib64exchange-storage3 lib64gdata1 --nodeps

On installe le nouveau e-d-s, on redémarre Gnome et ça marche.

Une alternative consiste aussi à déclarer les dépôts Backports : on y trouve par exemple le dernier Pidgin, mais une version toujours trop vieille de Transmission. Et peu de programmes sont rétro-portés, au final.

Mon PC du boulot est tellement poussif que j’ai désactivé le maximum de services au démarrage, y compris le service dm, qui s’occupe de lancer le serveur graphique Xorg, d’y gérer la connexion des utilisateurs et de le relancer s’il venait à mourir.

Je démarre donc en ligne de commande, maintenant, comme je l’ai d’ailleurs fait pendant longtemps au début de ma vie de Linuxien. Il suffit de taper startx pour lancer l’interface graphique, c’est pas plus compliqué que ça.

Je me rappelle que dans les Mandriva d’il y a quelques années, il y avait une belle bannière, en mode texte donc, pour souhaiter la bienvenue à l’utilisateur. Mais dans les Mandriva récentes, cette jolie invitation a disparu, c’est bien dommage.

J’ai donc cherché, et trouvé, le petit programme à installer pour qu’elle revienne : c’est linux_logo.
Un petit coup de urpmi linux_logo, et c’est installé. Au prochain démarrage, l’accueil en mode texte à la fin du démarrage sera plus séduisant.

On peut aussi, dans une console, essayer les différentes bannières d’accueil :


linux_logo ou linux_logo -b pour avoir la bannière choisie par défaut – celle avec l’étoile Mandriva colorée, dans notre cas :



linux_logo -c  pour avoir la bannière classique, avec le manchot Tux :

linux_logo -L list donne la liste des différentes bannières disponibles. On en découvre ainsi une autre qui s’appelle banner, et qu’on peut appeler par linux_logo -L banner :

L’option -a, rajoutée à n’importe quelle commande, affiche la bannière en mode Ascii monochrome :
linux_logo -a

Par défaut, au démarrage, c’est l’option -b, avec la bannière Mandriva qui sera choisie, en mode couleur. Si on veut une autre bannière, ou utiliser le mode Ascii monochrome, il faut créer en root un fichier /etc/linux_logo.conf, et mettre dedans les options qu’on veut, telles quelles, par exemple une ligne avec simplement -L banner -a pour avoir la bannière bannière banner en mode Ascii monochrome.

Enfin, la page man de linux_logo indique comment modifier l’affichage des infos systèmes, y rajouter un message personnalisé de bienvenue, ou utiliser des bannières au hasard, tout ceci afin de configurer au mieux les options du fichier de configuration.

Dans le bureau Gnome de Mandriva, j'ai pour habitude, comme j'ai un petit écran (17 pouces) de régler le panneau inférieur, celui qui correspond à la barre des tâches, en mode « Masquer automatiquement », de sorte qu'il disparaisse et n'apparaisse qu'au contact de la souris. Pour ce faire, un clic-droit dans une des poignées du panneau et une coche dans la bonne case suffisent.

Malheureusement, je trouve l'apparition de la barre au contact de la souris beaucoup trop lente, limite pénible quand on est en plein travail et qu'on a besoin de l'utiliser rapidement.

J'ai donc trouvé une astuce pour redonner un peu de nerf à cette apparition : il suffit de lancer gconf-editor (en ligne de commande ou via le menu Système - Préférences - Éditeur de configuration), de localiser les clés /apps/panel/toplevels/bottom_panel et d'y décocher la case enable_animations.

Et voilà ! L'affichage et la disparition de la barre des tâches seront désormais instantanés, sans animation. En jouant sur les valeurs des clés hide_delay et unhide_delay, on peut même choisir la vitesse à laquelle apparaîtra et disparaîtra le panneau par rapport à l'entrée et la sortie de la souris de sa zone d'affichage.