Bulix.org » Life snippets

Mon premier bugreport Debian

Aujourd'hui, après plus de dix ans d'utilisation de Debian, j'ai fait mon tout premier bug report Debian. En effet, une récente mise à jour du paquet mutt (1.5.20) a introduit un bug qui empêche l'utilisation d'un serveur IMAP sur un port autre que celui par défaut.

La variable de configuration folder permet de définir le chemin de base des boites aux lettres lues par Mutt. Lorsqu'on utilise un serveur IMAP, c'est ici que l'on définit le chemin IMAP vers le serveur, sous la forme :

set folder="imaps://username@hostname:port/"

Malheureusement, cette version 1.5.20 de Mutt dans Debian comprends un bug qui empêche Mutt de comprendre la partie :port, le faisant ainsi penser qu'il s'agit d'un chemin IMAP invalide. On ne peut donc plus utiliser de serveur IMAP sur un port spécial, ce que je fais par exemple pour accéder à mes emails du travail à travers un tunnel SSH local avec folder="imap://mpetazzoni@localhost:50143/".

Ce problème a entre-temps été corrigé upstream dans le dépot de Mutt, mais il faut mettre à jour le paquet Debian, et pour cela porter le problème à l'attention du mainteneur du paquet via un bug.

J'ai donc utilisé l'outil reportbug pour me générer un template de rapport de bug contenant toutes les informations nécessaire au bon traitement du problème :

$ reportbug -b -q --template --tag upstream --tag fixed-upstream --severity important mutt > /tmp/report

Il suffit ensuite d'envoyer un email à submit@bugs.debian.org avec un sujet adéquat décrivant le problème, inclure dans le corps du message le contenu généré dans /tmp/report et rajouter avant les Package-specific info une description détaillée du problème.

Quelques minutes plus tard, un message confirme que le bug a été accepté, précisant son numéro.

En ce qui concerne mon bug, il est ici: mutt: Please update from upstream to fix IMAP port parsing in folder configuration variable.

(Le logo Debian est Copyright (c) 1999 Software in the Public Interest)

Multiposte derrière DD-WRT

Petit billet technique de fin de semaine. Depuis que mon WRT est passé en tête de réseau, je n'avais pas remis le multiposte Free en place. L'interface web ne permettant pas de rediriger brutalement tout ce qui vient de la Freebox vers l'ordinateur où je souhaite regarder la TV, il fallait que je trouve comment fixer le port de réception des flux vidéo du multiposte.

Tout d'abord, côté VLC, il faut se rendre dans les préférences. En mode Avancé, pour voir toutes les options, il faut mettre une valeur au Port client (1234 par exemple) dans Input/Codecs > Demuxers > RTP/RTSP.

Puis, dans l'interface d'administration du routeur, il faut rajouter une règle de redirection du port 8080 (UDP et TCP, quoi que UDP seul suffit peut être) vers l'IP de l'ordinateur. Dans dd-wrt, ça se passe dans NAT / QoS > Port Forwarding.

Et voilà, on peut maintenant aussi perdre des neurones sur son ordinateur, et en HD s'il vous plait ! En prime, un petit script, tv, pour lancer directement une chaine par son nom.

Enable the card reader on Dell 2408WFP displays under Linux

I recently bought two Dell 2408WFP displays in replacement of my two BenQ FP91GX+. Switching from a dual 19" to a dual portrait 24" setup really makes a difference. Although the portrait mode has some disadvantages when watching movies (which I rarely do on my computer anyways) or when playing games, it comes really handy when I work, which given that I work at home is the vast majority of my time in front of my computer.

Anyways, these two new kick-ass screens bundle each a 4-port USB hub and a 9-in-2 memory card reader. After plugging each screen to the computer with the client USB cable (standard-B connector), the two USB ports in the back and the two ports on the side -- well, on the top when using the screen in portrait mode -- become immediately usable. But strangely, although being detected, the memory card slots didn't work out of the box.

After spending some time looking on the web for a solution out there, I didn't found anything. Which was very frustrating, since I know for a fact that these slots work on Linux as I already used them on my workstation back at Google on a similar display. I came back today looking for a solution, and finally found one!

The card reader appears like a SCSI device over USB, very much like all external card readers out there. But ironically, the one in the Dell display is more cleverly designed than the other and does not use one SCSI standalone device per card slot. Instead, it uses two distinct LUN (Logical Unit Number) on the same device ID. And my kernel didn't have the Probe all LUNs on each SCSI device option enabled. So the kernel ended up only seeing the first LUN of the card reader, which was the Compact Flash slot and not the SD slot that I needed.

After selecting the proper configuration option in my kernel (CONFIG_SCSI_MULTI_LUN=y), each card reader is now detected perfectly and work as expected:

scsi 6:0:0:0: Direct-Access     Generic  Flash HS-CF      5.39 PQ: 0 ANSI: 0
sd 6:0:0:0: [sdc] Attached SCSI removable disk
sd 6:0:0:0: Attached scsi generic sg2 type 0
scsi 6:0:0:1: Direct-Access     Generic  Flash HS-COMBO   5.39 PQ: 0 ANSI: 0
sd 6:0:0:1: [sdd] Attached SCSI removable disk
sd 6:0:0:1: Attached scsi generic sg3 type 0
usb-storage: device scan complete
scsi 7:0:0:0: Direct-Access     Generic  Flash HS-CF      5.39 PQ: 0 ANSI: 0
sd 7:0:0:0: [sde] Attached SCSI removable disk
sd 7:0:0:0: Attached scsi generic sg4 type 0
scsi 7:0:0:1: Direct-Access     Generic  Flash HS-COMBO   5.39 PQ: 0 ANSI: 0
sd 7:0:0:1: [sdf] Attached SCSI removable disk
sd 7:0:0:1: Attached scsi generic sg5 type 0
usb-storage: device scan complete

And after plugging in an SD card:

sd 6:0:0:1: [sdd] 3921920 512-byte hardware sectors: (2.00 GB/1.87 GiB)
sd 6:0:0:1: [sdd] Write Protect is off
sd 6:0:0:1: [sdd] Mode Sense: 23 00 00 00
sd 6:0:0:1: [sdd] Assuming drive cache: write through
 sdd: sdd1 sdd2

Yay :) I can now definitely junk that stupid (and slow) external card reader that never managed to register with the same device name.

A migré !

Je me sépare de frog, mon serveur. Après 6 ans de bons et loyaux services, dont plus de deux hébérgé par eNiX dans leur datacenter, j'ai décidé de couper le cordon et de passer sur un Kimsufi pour ne plus avoir à m'occuper du matériel. L'économie réalisée est aussi non-négligeable, avec un hébergement deux fois moins cher et quelques services en plus (reboot sur un système rescue, monitoring, trafic illimité, etc).

J'ai donc commandé mon dédié cette semaine et j'ai progressivement migré mes services sur cette nouvelle machine, nommée glau. La migration est désormais terminée, et les enregistrements DNS devraient être déjà bien propagés pour pointer sur ma nouvelle IP.

Un grand merci à Jérôme et eNiX en général pour avoir hébergé frog pendant ces nombreux mois et tous cas. Je vais pouvoir déracker mon ancien serveur au plus vite, et j'ai même déjà trouvé un repreneur !

Au passage, j'en ai profité pour refaire les certificats SSL utilisés sur Bulix.org pour le web et l'IMAPS. Il s'agit maintenant de certificats signés par StartSSL, et donc reconnus comme valides directement par les navigateurs. Vous trouverez comme toujours leurs fingerprints SHA1 sur bulix.org/about.html.

Si vous remarquez une quelconque anomalie sur les services Bulix.org, n'hésitez pas à me le faire savoir !

TwinView, RANDR et mode portrait

Il y a peu, je me suis offert mon auto-cadeau de diplôme. Éventuellement à l'occasion il faudrait que j'en mette ici une photo. Bref, je me suis payé deux écrans Dell 24", modèles 2408WFP. Deux très bons écrans, avec plein d'entrées (2xDVI, VGA, HDMI et DisplayPort), la capacité de passer en mode portrait et surtout le Picture-in-Picture, très pratique pour mon travail car il me permet d'avoir l'output video de mon target dans un coin de l'écran.

Vous l'aurez compris, j'utilise ces écrans en mode portrait, ce que je trouve bien plus commode pour travailler, lire du code, de la documentation ou surfer sur le Web en général. En effet, ces deux écrans en mode paysage cote à cote seraient beaucoup trop larges (a moins de les utiliser l'un sur l'autre comme je le faisais à Google avec deux support-bras).

La configuration de Xorg pour cela est un peu complexe. En effet, le driver nVidia qui nous fait le TwinView supporte très bien la rotation de l'écran, mais selon le mode utilisé vous pouvez perdre le support de l'extension RANDR. Vous avez le choix entre l'option RandRRotation, qui active le support de la rotation dans l'extension RANDR, mais ne tourne pas l'écran -- votre serveur X démarre donc à 90 degrés vu que vos écrans sont physiquement en mode portrait ! L'autre solution est d'utiliser l'option Rotate, qui effectue la rotation dès le lancement du serveur X, mais désactive l'extension RANDR (ce qui peut malheureusement rendre quelques applications tatilleuses).

Bref, la solution est en fait simple. Configurez Xorg avec l'option RandRRotation, comme ceci:

Section "Device"
        Identifier   "nVidia GeForce 9600GT"
        Driver       "nvidia"
        Option       "CursorShadow"             "true"
        Option       "RenderAccel"              "true"
        Option       "AllowGLXWithComposite"    "true"

        Option       "TwinView"                 "true"
        Option       "TwinViewOrientation"      "Above"

        Option       "SecondMonitorHorizSync"   "30-120"
        Option       "SecondMonitorVertRefresh" "50-90"
        Option       "MetaModes"                "1920x1200,1920x1200"

        Option       "RandRRotation" "on"
EndSection

Puis, si vous n'utilisez pas de display manager (type GDM), rajoutez xrandr -o left à votre ~/.xinitrc. Par contre, si vous utilisez GDM, rajoutez le bout de code suivant vers la fin de /etc/gdm/Init/Default :

XRANDR=`gdmwhich xrandr`
if [ "x$XRANDR" != "x" ] ; then
  # Rotate screen left
  $XRANDR -o left
fi

La rotation sera donc effectuée directement par GDM au lancement du serveur X, et vous pourrez ainsi profiter du login manager dans le bon sens et de l'extension RANDR :)