Transcyberien - linux

Bon à savoir

Jérôme — Wed, 16 Apr 2008 22:54:00 +0200

Même en utilisant un shell gérant très bien ~~l'autocomplétion~~ le complètement automatique (pour faire plus français), à savoir zsh , bah ça ne marche pas pour les mots de passe... Ah la fatigue...

Ajout d'une radio sur le blog

Jérôme — Tue, 21 Aug 2007 23:25:00 +0200

Il n'est pas toujours facile de découvrir des morceaux ou groupes de musique et on passe parfois à côté de choses intéressantes. Alors pour améliorer un peu ce blog, je viens d'ajouter le module Radio.Blog en bas de la barre latérale. J'ajouterai dans les différentes playlists les musiques que je trouve sympathiques.

Internet favorise bien sûr l'écoute de musiques inconnues. Dommage que Pandora ne soit plus accessible depuis l'Europe (à moins de passer par des services de proxies). Ce site permettait l'écoute de musiques ressemblant à celle que vous lui indiquiez. Il existe aussi Jamendo, site de musiques sous licence Creative Commons, ce qui signifie que les auteurs / interprètes en permettent l'écoute, la copie et la distribution libres. Jamendo permet le téléchargement d'albums via peer-to-peer. En plus, ce site dispose désormais d'un lecteur et l'on peut donc écouter divers morceaux en ligne.

En ce qui concerne, Radio.Blog, des scripts sont fournis pour ré-encoder ces fichiers mp3 en fichier rbs qui sont, en fait, des fichiers mp3 tout à fait normaux. Le but des scripts est de diminuer la taille des fichiers en diminuant la qualité : fréquence d'échantillonage à 22kHz et bitrate à 64 kbits/s. Ils sont prévus pour une utilisation sous Windows, donc j'ai fait une petite adaptation pour Linux, en incluant au passage le ré-encodage des fichier ogg. Pour que ce script soit utilisable, il faut que l'encoder Lame ainsi que les Vorbis Tools soient installés (enfin, je fais confiance à votre gestionnaire de packages favori ).

Le script en question :

#! /bin/sh



OUTPUT_DIR=./sounds



for file in *.mp3

do

        output="${file/mp3/rbs}" # replace the extension

        if [ ! -f $OUTPUT_DIR/"$output" ]; then

                lame -b 64 --resample 22.05 -h "$file" $OUTPUT_DIR/"$output"

        fi

done



for file in *.ogg

do

        wav="${file/ogg/wav}" # replace the extension

        output="${file/ogg/rbs}" # replace the extension

        if [ ! -f $OUTPUT_DIR/"$output" ]; then

                oggdec "$file" # first, decoding ogg to wav

                lame -b 64 --resample 22.05 -h "$wav" $OUTPUT_DIR/"$output"

        fi

done

Canon Powershot A610, mode PTP et libgphoto2

Jérôme — Sat, 17 Mar 2007 00:42:00 +0100

Cela fait plus d'un an que j'utilise un Canon Powershot A610 comme appareil photo. Il fonctionne très bien, je n'ai jamais eu de problème avec, il est assez complet pour une utilisation pas trop poussée (oui, c'est pas non plus un reflex), j'apprécie le fait d'avoir un mode manuel pour m'exercer aux réglages d'ouverture, de temps d'exposition (enfin, de quoi faire des expériences plus ou moins réussies), je trouve son écran pivotant vraiment utile... en résumé, j'en suis très content .

Pour gérer mes photos, j'ai toujours utilisé digikam qui est très complet et auquel on peut ajouter de nombreux plug-ins. Néanmoins, la dernière fois que j'ai voulu télécharger mes photos depuis l'appareil, impossible pour l'APN d'être reconnu. En fait, cela venait d'une mise à jour de libgphoto2, librairie utilisée pour la communication avec les APN. Dans cette nouvelle version, il n'est plus nécessaire de compiler tous les pilotes pour l'ensemble des APN supportés, il suffit de définir dans son make.conf la variable CAMERAS avec les valeurs souhaitées. J'ai donc indiqué CAMERAS="canon". Et là fut mon erreur, car il faut savoir que certains appareils, bien que d'une certaine marque, ne sont gérés que par protocole PTP et non pas comme simple périphériques de stockage (usb mass storage). Il faut donc ajouter la valeur ptp2 à CAMERAS. Désormais, avec CAMERAS="canon ptp2", cela fonctionne parfaitement. J'ai gardé la valeur canon, bien que ça ne doit pas être nécessaire.

Peut-être qu'un jour il y aura une galerie sur ce blog...

Linux Device Drivers (Third Edition)

Jérôme — Fri, 09 Mar 2007 23:12:00 +0100

Comme la mise en forme du livre Linux Kernel in a Nutshell que j'ai pu effectuer semble plaire à certains et comme je viens d'apprendre qu'un autre livre, également publié aux éditions O'Reilly, était mis à disposition par ses auteurs sous licence Creative Commons Attribution-ShareAlike 2.0, je me suis dit que j'allais réitérer ma modification. Comme il est écrit dans le titre, il s'agit de la troisième version de Linux Device Drivers (dont les fichiers pdf sources sont disponibles sur le site lwn.net). Ce livre est "contemporain" à la version 2.6.10 du noyau Linux et permettra aux personnes qui le souhaitent de développer leurs propres drivers, d'en modifier certains ou bien d'apprendre comment tout cela fonctionne.

Bien évidemment, un grand merci aux trois auteurs Jonathan Corbet, Alessandro Rubini et Greg Kroah-Hartman qui diffusent librement ce livre.

Qu'a dit emerge ?

Jérôme — Mon, 29 Jan 2007 23:27:00 +0100

Voilà une phrase incompréhensible à toute personne ne connaissant pas Gentoo. Pourtant, il est nécessaire de lui faire de la pub mais ce n'est pas vraiment le sujet d'aujourd'hui. Pour tout utilisateur de Gentoo, son gestionnaire de paquet portage est sans doute l'outil donc il n'arriverait plus à se passer. Et pour utiliser portage on se sert de l'interface emerge.

Lors d'une mise-à-jour du système, il n'est pas rare d'avoir quelques dizaines de paquets à mettre à niveau. Or, pour autant que regarder ces compilations pendant des dizaines de minutes (heures ? oui ça arrive aussi ) peut sembler passionnant, l'utilisateur a sûrement autre chose à faire pendant ce temps-là. Donc, tout se passe bien et à la fin tous les paquets sont installés. Emerge nous indique que certains fichiers de configurations sont à mettre à jour, ok. Mais il arrive aussi que certains paquets donnent des avertissements ou tout autre bon conseil à la fin de son installation... messages qu'on voudrait bien retrouver pour ne pas rester dans l'ignorance mais on a rarement accès à tous les milliers de lignes de compilation. Fort heureusement, il existe un script écrit par Eldad Zack et Lindsay Haisley appelé enotice.

Le plus simple pour l'installer est sûrement d'utiliser l'ebuild fourni. Celui-ci étant non-officiel, il faut le placer dans le répertoire des overlays. Ce répertoire est défini dans le make.conf sous le nom de PORTDIR_OVERLAY généralement égal à /usr/local/portage. On va donc se placer dans ce répertoire et y placer l'ebuild. Enfin, pas directement. Il faut recréer une arborescence analogue à celle de l'arbre de portage. Ainsi, enotice étant un utilitaire pour portage lui-même, je propose de créer le répertoire app-portage/enotice et d'y placer l'ebuild. Ensuite, il faut générer le digest de cet ebuild :

ebuild /usr/local/portage/app-portage/enotice/enotice-0.2.9.1.ebuild digest
Maintenant, enotice est connu de portage mais il est considéré non stable. Il faut donc rajouter app-portage/enotice dans le fichier package.keywords. La commande emerge -p enotice permet de vérifier que tout s'est passé comme souhaité. Avant de l'installer, il faut indiquer le répertoire de stockage des messages dans le make.conf avec la variable PORT_ENOTICE_DIR qui peut être définie avec /var/tmp/portage/enotice mais personnellement j'ai indiqué /var/log/enotice.

Pour l'utiliser, c'est tout simple, après avoir installé quelques paquets, on tape enotice et apparaissent des options qu'il suffit de choisir .

Linux Kernel in a nutshell

Jérôme — Sat, 13 Jan 2007 23:45:00 +0100

C'est quoi ? Il s'agit d'un livre écrit (en anglais, vous l'aurez compris) par Greg Kroah-Hartman qui est un développeur du noyau Linux. Le but de ce livre est de regrouper l'ensemble des informations pour configurer, compiler et installer son noyau Linux. C'est assez pratique d'avoir cette sorte de mode d'emploi avec soi sous la main.

Ça coûte combien ? Ce livre est publié aux éditions O'Reilly et vous coûtera environ 25 euros. Mais l'auteur, dans un esprit de diffusion de connaissance, a décidé de publier l'ensemble de son livre sur son site. L'ensemble des fichiers pdf (format d'édition avec repère de découpage, pas spécialement agréable à la lecture) formant son livre sont donc mis à disposition sous licence Creative Commons Attribution-ShareAlike 2.5, ce qui permet de le partager mais aussi de le "remanier" à son envie. J'ai trouvé cela plutôt sympathique et j'ai décidé de redistribuer ce livre sous la forme d'un seul fichier pdf en éliminant tout repère de découpage afin d'obtenir une édition plus utilisable de ce livre "libre". Chose assez aisée à l'aide de LaTeX puisque qu'un simple fichier tex d'une trentaine de lignes a suffi à créer le résultat attendu.

Bien sûr, l'auteur indique que ce livre n'aurait pu se faire si personne ne l'avait acheté. C'est un fait mais, si je prends mon exemple, je ne pense pas que je l'aurais acheté et je trouve que le fait de le distribuer ainsi permet un plus grand partage de connaissances, ce qui est un des buts du monde libre contrairement aux productions propriétaires. Et si n'importe qui préfère l'acheter pour l'avoir dans un format plus "correct", il n'hésitera pas à l'acheter.

Merci donc à l'auteur. Et n'oubliez pas de lire, redistribuer, modifier ce fichier comme bon vous semble mais en restant en accord avec la licence. Si une erreur m'avait échappée (ordre de pages, problème de mise en page), faites-moi signe.

Firefox, Thunderbird et XChat

Jérôme — Thu, 11 Jan 2007 15:31:00 +0100

Il existe des petites choses qu'on trouverait plus faciles si elles étaient réalisées de façon naturelle. Ici, je parlerai de liens (URL, mailto). Et s'il est vrai que sous Windows les relations entre navigateur et client de messagerie sont gérées de façon assez transparente (en choisissant ses applications par défaut), sous Linux cela m'a semblé moins évident. En même temps, c'est une des forces de Linux, de laisser l'utilisateur choisir du bon comportement de son système. Bref, on ne va pas épiloguer là-dessus.

1. Ouvrir Thunderbird grâce à un lien mailto

Pour faire simple et ne pas éditer nous-mêmes le fichier ~/.mozilla/firefox/5dbm5fc0.default/user.js (il est quand même bon de savoir que c'est ce fichier qui contient les préférences utilisateur de Firefox) ou le fichier prefs.js, on va utiliser l'onglet about:config (à taper dans la barre d'adresse). Ensuite, clic droit > Nouvelle > Chaîne de caractères puis on entre network.protocol-handler.app.mailto puis comme valeur /usr/bin/thunderbird. C'est pas plus compliqué. Comme vous vous en doutez, on peut également choisir un autre client mail.

2. Ouvrir Firefox par l'intermédiaire d'une URL contenue dans un e-mail.

Là non plus pour ne pas aller chercher le fichier prefs.js, on va utiliser les moyens mis à notre disposition c'est-à-dire la même boîte de configuration que précédemment, about:config. Pour Thunderbird, on la trouve dans Edition > Préférences > Avancé > Éditeur de configuration... mais on peut aussi installer cette extension qui permet d'y accéder directement dans le menu Outils.

Dans cet éditeur, on crée 3 nouvelles chaînes de caractères et on inscrit les différents noms suivants :

network.protocol-handler.app.http
network.protocol-handler.app.https
network.protocol-handler.app.ftp

Et comme valeur, on entre à chaque fois /usr/bin/firefox. Encore une fois, Firefox n'est qu'une suggestion, cela fonctionne également avec Opera ou Konqueror.

3. Ouvrir un lien depuis XChat avec Firefox, Opera ou Konqueror.

On est parti dans Paramètres > Avancés > Gestionnaires d'URL. Dans la colonne nom, on peut mettre Ouvrir avec Firefox, par exemple, et la commande sera !firefox %s. Le point d'exclamation signifie qu'il s'agit d'une commande à exécuter et %s reprend l'URL fournie. Par la suite, il suffit de faire un clic droit sur une URL et tester que cela fonctionne correctement. On peut le faire pour Opera avec la commande !opera %s ou pour Konqueror avec !konqueror %s.

Matlab sous linux

Jérôme — Mon, 08 Jan 2007 17:20:00 +0100

Je ne vais pas décrire l'installation d'une version Linux mais l'émulation d'une version Windows (ici la 7.1) grâce à Wine. En fait, ce n'est pas vraiment une émulation, Wine implémente l’API Windows par-dessus X et Unix. Je testerai peut-être plus tard un véritable émulateur comme Qemu par exemple. C'est plutôt pratique lorsqu'on a qu'une licence pour cette version, qu'on ne veut pas en acheter une autre et qu'on utilise Matlab de façon régulière notamment avec Simulink. J'utilise également octave qui offre une bonne compatibilité mais qui ne permet pas de profiter des outils graphiques tels que Simulink ou encore la fenêtre de graphes qui permet pas mal de mise en forme. Il existe aussi Scilab développé par l'INRIA mais que je n'ai jamais utilisé. Il me semble qu'il est moins compatible qu'octave mais qu'il est quelquefois utilisé dans l'industrie.

Bref, voyons voir comment faire tourner cela.

Il faut d'abord installer Wine. Pour cela, utilisez votre gestionnaire de paquet préféré (portage, apt-get, etc.) ou compilez vous-mêmes les sources. Je n'explique rien ici, je pense qu'il n'y aura pas de problème.
Il faut ensuite que la partition Windows qui contient le programme Matlab soit accessible en lecture (pour moi ce sera /mnt/win).

Normalement, si on essaie de lancer Matlab avec la commande suivante (le chemin de l'exécutable peut être différent évidemment) :

$ wine /mnt/win/Program\ Files/Matlab/bin/win32/MATLAB.exe &

On obtient comme erreur :

License Manager Error -9.
MATLAB is not licensed on this host.
This error may be caused by a hard-drive modification.
Please reinstall MATLAB.
For more information, see The MathWorks Support page at
http://www.mathworks.com/support and search for
"license manager error -9"

Cela veut simplement dire que le contrôle de la licence de Matlab n'est pas bon. Celui-ci est effectué par rapport au numéro de série du disque dur sur lequel le logiciel est installé. Il faut donc préciser à Wine ce numéro de série. On le récupère avec la commande suivante :

$ cat /mnt/win/Program\ Files/Matlab/bin/win32/license.dat| grep DISK_SERIAL_NUM | head -n 1

Ensuite on lance l'utilitaire de configuration de Wine.

$ winecfg &

Dans l'onglet Lecteurs, on sélectionne C: et on clique sur Montrer avancés. On choisit Assigner manuellement et on inscrit le numéro récupéré précédemment dans N° de série. Il peut peut-être y avoir des variantes en fonction de la version de Wine (0.9.22 pour la mienne) mais le principe doit rester le même.

Si on essaie de relancer Matlab avec Wine, on va voir apparaître un semblant de GUI mais qui a du mal s'afficher et dont le rafraîchissement ne va pas du tout. Le problème vient en fait des runtimes Java livrés avec Matlab qui servent à unifier l'ensemble des différentes fenêtres (commande, espace de travail, historique, etc.) et afficher la barre de menu principale et qui réagissent mal avec Wine.
Une première solution est de faire tourner Matlab sans Java, on a alors une fenêtre principale pour les calculs mais pas de menu ni de bouton... Pour cela, il faut taper :

$ wine /mnt/win/Program\ Files/Matlab/bin/win32/MATLAB.exe -nojvm &

Mais il faut bien avouer que ce n'est pas vraiment pratique. La solution est de remplacer les runtimes Java utilisés par Matlab par ceux officiels. Pas le choix, il faut rebooter sous Windows puis télécharger le JRE (pas besoin du JDK) sur le site de Sun. Ces runtimes sont passés en version 1.6 récemment, ~~je pense qu'il n'y a pas de souci mais je n'ai testé qu'avec la version 1.5~~ ; donc s'il y a un problème essayez avec la version précédente, il se peut que ce soit cela. En effet, avec la version 1.6, cela génère des exceptions. Il faut donc récupérer la version 1.5 des runtimes de chez Sun à cet endroit.
Ensuite on sauvegarde le dossier jre1.5.0 situé dans le répertoire C:\Program files\Matlab\sys\java\jre (en l'archivant, par exemple). Puis on copie le dossier C:\Program Files\Java\jre1.5.0 (ou quelque chose d'approchant) dans le répertoire précédent. Ensuite, on édite le fichier jre.cfg en y inscrivant la ~~bonne~~ version de Java (1.5.0 ou 1.6.0). Pour être sûr que ça marche, lancer Matlab ; si tout est ok, on peut repasser sous Linux, sinon vérifiez que vous avez bien tout fait correctement ou replacez l'ancien dossier.

De retour sous Linux, on peut mettre en place un petit script. Créez un fichier matlab dans /usr/local/bin puis inscrivez-y le code suivant :

#! /bin/sh

wine /mnt/win/Program\ Files/Matlab/bin/win32/MATLAB.exe &

Rendez ce script exécutable en tapant

# chmod +x matlab

Il ne reste plus qu'à taper

matlab dans votre shell et à vous de jouer.

noyau 2.6.19

Jérôme — Tue, 19 Dec 2006 00:51:00 +0100

Sorti fin novembre, il est considéré par Linus Torvalds comme l'un des meilleurs noyaux sortis (je vous laisse traduire) :

It's one of those rare "perfect" kernels. So if it doesn't happen to compile with your config (or it does compile, but then does unspeakable acts of perversion with your pet dachshund), you can rest easy knowing that it's all your own d*mn fault, and you should just fix your evil ways.

Je passe outre les nouveautés et améliorations, la plupart m'échappant totalement, mais je voulais indiquer une technique qui sera sûrement provisoire pour que certains modules hors kernel puissent être compilés sans problèmes. En effet, comme je l'indiquais dans ce commentaire, module-rebuild est très utile mais quand j'ai voulu l'utiliser, aucun des modules ne compilaient, en particulier x11-drm nécessaire pour avoir l'accélération graphique. Cela vient en fait de la disparition du fichier config.h qui se trouvait précédemment dans /usr/src/linux/include/linux/ . Pour avoir une compatibilité, il suffit de l'inclure à nouveau, c'est-à-dire créer ce fichier dans le répertoire indiqué, prendre son éditeur préféré (vim,nano,...) et y inscrire les quelques lignes suivantes :

#ifndef _LINUX_CONFIG_H

#define _LINUX_CONFIG_H

/* This file is no longer in use and kept only for backward compatibility.

 * autoconf.h is now included via -imacros on the commandline

 */

#include <linux/autoconf.h>

#endif

Voilà, reste à relancer un

module-rebuild rebuild

et ça devrait mieux marcher maintenant .

Blobby Volley pour Linux

Jérôme — Sat, 16 Dec 2006 18:52:00 +0100

Qui ne connaît pas ce jeu universellement reconnu pour son intelligence artificielle parmi les meilleures à l'heure actuelle

Eh bien la version 2 est en développement (actuellement en alpha 6) avec des versions natives pour Mac OS et Linux ! Donc, en cette période de révisions pour moi, ni une ni deux, je vais tester ça. Ça me rappellera quelques parties endiablées du temps de la prépa . Bon, je recupère l'archive sur Sourceforge, je désarchive et lance le jeu avec la commande ./blobby. Mais là problème avec la librairie libphysfs.1.0.so.0 qui est donnée. Bon en fait le truc c'est de la copier dans le répertoire /usr/lib (ou créer un lien symbolique). Voilà, ça marche maintenant.

Je retrouve donc ainsi les magnifiques textes bariolés. Par contre, je ne me souviens plus exactement des anciennes options mais on peut choisir l'image de fond, le blob adversaire, la couleurs de chaque blob, la vitesse (fast ou very fast c'est mieux), choisir aussi de mettre des éclaboussures de "sang" a chaque coup de tête... je vous laisse découvrir tout ça .