[Lefinnois.net]      «Nisi credideritis, non intelligetis»

Bon, noël étant ce qu'il est (une excuse pour s'acheter tout et n'importe quoi), je le suis payé une belle PS3 et "Le pouvoir de la Force" en prime histoire de devenir plus rapidement un gentil (sic) seigneur Sith.

Première déception, les nouveaux modèles de la console n'autorisent plus l'installation de GNU/Linux en guise d'OS secondaire. Reste à voir dans quelle mesure ceci peut être contourné, mais ce sera pour plus tard (ENOTIME comme d'habitude). L'objet de ce billet est la mise à jour du disque dur de la PS3. C'est d'une simplicité matérielle déconcertante et d'une lourdeur logicielle affligeante. Voir la suite »

Encore un billet qui est davantage un mémo pour moi que pour vous ;)

Si vous tritouillez l'invite du shell bash en ajoutant des couleurs (mise en avant du nom du serveur pour pas se mélanger les pinceaux par exemple), pensez à entourer vos séquences d'échappement de crochets. Ainsi, ceci :

PS1='[\t] \u@\e[1;31m\h-plop1(wp)\e[0m:\w % '

devient ceci :

PS1='[\t] \u@\[\e[1;31m\]\h-plop1(wp)\[\e[0m\]:\w % '

Siiiiii.... regardez bien :

\e[1;31m

et hop

\[\e[1;31m\]

Cela permettra au shell de bien calculer le nombre de caractères qui composent une ligne et ainsi d'éviter d'écraser le début de la ligne avec des caractères surnuméraires et tout ce que cela implique (gestion des retours à la lignes, chaos dans l'affichage de l'historique des commandes, etc).

Je vais un peu mumuse avec Evony depuis quelque temps. C'est un jeu de stratégie façon Freeciv mais massivement multijoueur et... en Flash (hé oui). Bref, la question n'est pas là. C'est amusant, ça passe le temps mais avoir une fenêtre de navigateur avec un gros machin Flash c'est un peu consommateur de ressources CPU. Autant le faire fonctionner sur une autre machine. Mais voilà, je n'ai pas forcément envie d'avoir 15 claviers/souris sur mon bureau. Un écran LCD supplémentaire, je tolère, mais pas plus.

La solution est donc d'utiliser un sympathique outil appelé x2x. Ça s'installe en deux temps trois mouvements :

denis@MachineCourante:~ % sudo aptitude install x2x
denis@MachineCourante:~ % ssh NouvelleMachine
denis@NouvelleMachine: ~ % export DISPLAY:0.0
denis@NouvelleMachine: ~ % xhost +Machine2Courante
denis@NouvelleMachine: ~ % logout
denis@MachineCourante:~ % x2x -west -to NouvelleMachine:0.0

Et voilà, dès que x2x est lancé la souris pilote automatiquement le display de NouvelleMachine dès qu'elle passe le bord gauche (ouest) de l'écran de MachineCourante. Il est également possible d'utiliser cela au travers de SSH mais ce n'était pas nécessaire ici.

Pour info, NouvelleMachine est une vieille poubelle sous Debian Lenny avec un LXDE et Firefox+Flash. Suffisant pour servir de moniteur pour Evony ou n'importe quelle autre activité tout aussi critique ;)

Pour créer une clef USB d'installation Debian procéder comme suit :

• Récupérer le fichier boot.img.gz depuis  un FTP Debian
• Le dumper vers la clef USB : zcat boot.img.gz > /dev/sdc
• Monter la clef : mount /dev/sdc /mnt/point
• Télécharger l'image ISO du CD Netinst depuis le FTP Debian
• Copier l'image ISO sur la clef : cp debian-502a-i386-businesscard.iso /mnt/point/ && sync && umount /mnt/point
• Connecter la clef à la machine cible et booter

Note : Ce billet est plus un mémo pour moi-même qu'autre chose puisque l'info se trouve un peu partout. Ça m'agace juste de chercher à chaque fois.

Je viens tout juste de recevoir un nouveau programmeur AVR sur port USB. Bonne nouvelle, celui-ci propose non pas un port série de type ttyACM* mais deux (le second fournissant un port USB/TTL simple). Mauvaise nouvelle, une règle udev classique (voir ce billet) ne fonctionne pas. En effet, la règle match les deux interfaces et on se retrouve systématiquement avec un lien symbolique pointant sur la seconde interface. Le programmeur est inaccessible proprement via un Makefile.

Le problème ici est de mixer des attributs provenants à la fois du périphérique (product) et du périphérique parent (bInterfaceNumber). Ceci ne fonctionne donc pas :

SUBSYSTEMS=="usb", KERNEL=="ttyACM*", ATTRS{product}=="Pololu USB AVR Programmer", \
  SYMLINK+="POLOLU"

Pas plus que :

SUBSYSTEMS=="usb", KERNEL=="ttyACM*", ATTRS{product}=="Pololu USB AVR Programmer", \
  ATTRS{bInterfaceNumber}==02, SYMLINK+="POLOLU_SERIAL"
SUBSYSTEMS=="usb", KERNEL=="ttyACM*", ATTRS{product}=="Pololu USB AVR Programmer", \
  ATTRS{bInterfaceNumber}==02, SYMLINK+="POLOLU_SERIAL"

Il faut être plus tordu et réutiliser le nom d'un attribut du périphérique pour nommer le lien symbolique avec :

SUBSYSTEMS=="usb", KERNEL=="ttyACM*", ATTRS{product}=="Pololu USB AVR Programmer",  \
  SYMLINK+="POLOLU%s{bInterfaceNumber}"

Ce qui nous donne :

% ls -l /dev/POL*
13099267 lrwxrwxrwx 1 root root 7 jui 21 21:01 /dev/POLOLU00 -> ttyACM0
13099249 lrwxrwxrwx 1 root root 7 jui 21 21:01 /dev/POLOLU02 -> ttyACM1

Pareil en présence d'un autre programmeur ttyACM* :

13105697 lrwxrwxrwx 1 root root 7 jui 21 21:10 /dev/POLOLU00 -> ttyACM1
13105715 lrwxrwxrwx 1 root root 7 jui 21 21:10 /dev/POLOLU02 -> ttyACM2

Ça n'est pas exactement ce que je voulais (POLOLU0 et POLOLU1) mais c'est fixe et clair. On va pas chercher la petite bête...

Heureux propriétaire que je suis d'une carte FXO X100P pour mon Asterisk, j'ai eu la mauvaise idée de mettre à jour mon kernel en 26.29 sur ma chère Debian. Là impossible de recompiler le module avec m-a. Après recherche et environs 50 checkout SVN... je me suis rendu compte qu'il n'y a pas que zaptel-source dans la vie mais aussi dahdi-source.

Ainsi, aptitude install dadhi-source, m-a -t a-i dahdi-source et modprobe wcfxo... et :

[874853.416148] dahdi: Telephony Interface Registered on major 196
[874853.416151] dahdi: Version:
[874853.418471] wcfxo 0000:03:07.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[874853.460005] NOTICE-wcfxo: WCFXO/0: Unknown DAA chip revision: REVB=0
[874853.460008] Failed to initailize DAA, giving up...
[874853.460058] wcfxo: probe of 0000:03:07.0 failed with error -5

Voir la suite »

Pris d'une nostalgie coupable, je m'étais mis dans la tête de bruler un peu de mon temps à quelque chose de purement inutile : jouer. Dans ce domaine comme dans quelques autres, les vieux classiques sont souvent les meilleurs solution. J'ai donc opté pour quelque chose de classique : Doom.

Debian fourni un paquet prboom constitué du programme diffusé par Id Software sous GPL et légèrement amélioré. Le paquet freedoom, quant à lui, fourni les données (cartes, monstrer, textures, effets sonores).

Mais je voulais quelque chose de plus... de moins... de mieux ! J'ai donc regardé du côté de Doomsday et compilé tout cela après installation d'une certaine quantité de dépendances (cycle cmake-capamarche-aptitude).

Et voilà, c'est compilé. Arrive le moment d'installer tout cela et là... c'est le drame ! Hors de question de jouer du make install à l'arrache. Je voulais un paquet bien propre.

La solution : checkinstall.

Voir la suite »