chroot debian dans archlinux

Jun 17, 2009 | Informatique

Voici un petit howto rapide pour installer un chroot debian dans une distribution linux n’utilisant pas de paquets .deb.

Ce document est basé sur http://www.debian.org/releases/stable/hppa/apds03.html.fr dans lequel j’ai trouvé certains manques.

On télécharge debootstrap dans le répertoire /tmp/deb :

$ mkdir /tmp/deb
$ cd /tmp/deb
$ wget http://ftp.debian.org/debian/pool/main/d/debootstrap/debootstrap_1.0.13_all.deb

Puis on décompresse le fichier .deb :

$ ar -x ./debootstrap_1.0.13_all.deb
$ tar xzf data.tar.gz

Il faut ensuite se connecter en tant que root avec sudo -s ou su, puis :

# cd /tmp/deb
# export DEBOOTSTRAP_DIR=/tmp/deb/usr/share/debootstrap/
# usr/bin/debootstrap --arch i386 lenny /path/to/debian_lenny_chroot/ http://ftp.fr.debian.org/debian

Et voilà, on a un beau chroot Debian dans /path/to/debian_lenny_chroot/ :)

Plus qu’à se connecter à l’intérieur :

# chroot /path/to/debian_lenny_chroot/ /bin/bash

Puis on configure 2, 3 petits trucs :

# apt-get install locales
# adduser test
# su - test

L’utilité des grosses roues en roller…

Jun 01, 2009 | Roller

Le week-end prochain, si la météo est clémente, je participe au Grol Tour. Pour cette randonnée roller de 140 km en 2 jours sur les routes du Golfe du Morbihan et de Belle-Ile, je me suis demandé si il était bien raisonnable de m’embarquer avec des rollers avec des “petites” roues de 80 mm…

Si il y a une dizaine d’année la plupart des rollers in line comportaient des roues de 76 ou 78 mm, celles-ci ont bien grandi depuis! Aujourd’hui, si les rollers de street sont toujours équipés de roues de 56mm environ, on trouve énormément de patins de randonnées avec des tailles de 84, 90 ou 100mm.

Les roues de 76 ou 78 ont quasiment disparus et se retrouvent sur les patins enfants/ados, ou sur les patins de slalom. Les roues de 80 mm se retrouvent sur les patins de freeskate.

Après diverses tentatives infructueuses hier soir pour recomposer une paire de roller en 90 mm avec un chausson dans lequel je suis à l’aise, j’ai eu une révélation!

Les “grosses” roues (90 ou 100 mm) servent à aller plus vite ou à moins forcer pour aller à la vitesse! L’inconvénient étant que le patin est plus difficile long à lancer (et à arrêter). Ces tailles de roues conviennent à une pratique endurante du roller avec un rythme régulier. Du fait de la longueur de la platine, on a aussi plus l’impression d’être sur des rails, d’où la grande stabilité en descente, mais aussi un certain manque de maniabilité à vitesse relativement faible.

Personnellement, j’aime bien foncer, m’arrêter, repartir, etc. J’aime aussi faire le zouave ;) Comme je n’ai pas forcé pour tenir le rythme pour le Grol Tour 2008 (plus court : 110km en 1 journée et 1/2), je me dis que changer de platine et de taille de roues ne fera que m’ennuyer et provoquer des redémarrages plus poussifs! Après tout, ce n’était pas le rythme qui m’a fatigué, mais simplement le fait de rouler 1 journée et 1/2 :)

C’est décidé, je reste en 80 mm :)

À la recherche des .mp3 corrompus…

May 30, 2009 | Informatique

Dernièrement, j’ai voulu retagguer tous mes mp3 pour que les tags soient tous codés en UTF-8. En effet, j’ai un lecteur mp3 Sony qui utilise normalement l’affreux logiciel Sonic Stage pour le transfert des mp3 dessus. J’utilise à la place le logiciel JSymphonic qui est très bien mais qui se mélange quelque peu les pinceaux entre l’encoding utilisé par le système d’exploitation, celui utilisé par Java, celui utilisé dans les tags…

Par exemple, sur 3 albums de Bénabar, je me retrouvais sur le lecteur avec 3 écritures différentes : Bénabar, B?nabar, B-nabar (avec un carré à la place du -).

J’ai utilisé EasyTag pour “corriger” les tags mais au final, certains mp3 ont été corrompus :(

Comme j’ai une bonne partie des CD correspondants, ce n’est pas trop gênant, le problème c’est de retrouver lesquels sans passer des heures à chercher à la main ;)

Avec la commande file, j’ai pu trouver la différence entre les bons et les mauvais fichiers.

$ file perso/music/Albums\\ FR/Junior\\ Tshaka/La\\ Jungle/01\\ -\\ Dada\\ Wa.mp3
perso/music/Albums FR/Junior Tshaka/La Jungle/01 - Dada Wa.mp3: Audio file with ID3 version 2.4.0, contains: MPEG ADTS, layer III, v1, 128 kbps, 44.1 kHz, Stereo

$ file perso/music/Albums\\ FR/Grégoire/Toi_+_Moi/01_-_Ta_main.mp3
perso/music/Albums FR/Grégoire/Toi_+_Moi/01_-_Ta_main.mp3: Audio file with ID3 version 2.4.0, contains:

Ne restait plus qu’à scripter

[bash]
#!/bin/sh
files=`find "$1" -name "*.mp3"`

IFS=$'\
'
for f in $files; do
    media=`file $f | grep -o 'contains: .*' | cut -d: -f2`
    if [ "$media" == "" ] || [ "$media" == " " ]; then
        echo "$f";
    fi
done

La modification de la variable IFS est nécessaire pour qu’il ne coupe pas les noms de fichiers sur les espaces.

Désactiver les gifs et autres images animées sur le web

Mar 23, 2009 in astuce, internet, libre | Informatique

Je suis un adepte de l’internet épuré. Certains diraient peut-être même austère ;)

Utilisateur de flashblock et d’adblock, je n’aime pas quand un truc clignote sans raison sur une page web.

Dans la configuration “très” avancée de firefox (accessible par l’url about:config), il suffit de passer l’option image.animation_mode à none pour retrouver la zen-attitude :)

La valeur once est également possible si vous voulez que l’animation se déroule une fois.

Un peu de couleur dans vos patchs

Feb 22, 2009 | Informatique

En programmation, on peut être amené à utiliser des patchs qui indiquent les modifications à réaliser dans un fichier source.

Personnellement, je les applique toujours à partir de mon shell, et il m’arrive de vouloir les regarder avant application ou bien de vouloir regarder la partie rejetée d’un patch.

Rien de mieux qu’un peu de couleurs pour que ce soit plus agréable! Pour cela, on peut faire appel à colordiff.

J’utilise le fichier de configuration suivant pour colordiff (fichier à sauvegarder dans ~/.colordiffrc) :

# Set banner=no to suppress authorship info at top of
# colordiff output
banner=no
# By default, when colordiff output is being redirected
# to a file, it detects this and does not colour-highlight
# To make the patch file *include* colours, change the option
# below to 'yes'
color_patches=no
#
# available colours are: white, yellow, green, blue,
#                        cyan, red, magenta, black,
#                        darkwhite, darkyellow, darkgreen,
#                        darkblue, darkcyan, darkred,
#                        darkmagenta, darkblack
#
# Can also specify 'none', 'normal' or 'off' which are all
# aliases for the same thing, namely "don't colour highlight
# this, use the default output colour"
#
plain=off
newtext=darkgreen
oldtext=darkred
diffstuff=darkcyan
cvsstuff=darkblue

Les couleurs ont été choisi pour apporter un résultat le plus proche possible de la sortie de git-diff avec les couleurs par défaut.

Dernière petite chose, colordiff n’est pas un pager, voici donc le petit script lessdiff que j’utilise à la place de less lorsque je veux regarder un patch :

~~~~ {.bash}

!/bin/sh

if [ $# -gt 0 ]; then cat “$@” | colordiff | less -RS exit fi   colordiff | less -RS ~~~~