Humus numericus

Je me suis récemment amusé à essayer de fabriquer des frises chronologiques avec l’idée de les imprimer sur plusieurs pages A4 pouvant être découpées et réassemblées par la suite. Comme je ne voulais pas faire ça à la main et avoir quelque chose de réutilisable, j’ai mélangé un peu de Ruby et de LaTeX, ce qui a donné un script automatique de génération de chronologies :

http://github.com/juba/timeline-generator

Le principe est assez simple : vous indiquez dans un fichier de configuration différents paramètres, dont évidemment la date de départ, la date de fin, le nombre de feuilles A4, leur orientation, etc., etc. (quasiment tous les aspects de mise en page sont configurables), et le script vous génère deux fichiers PDF : l’un avec votre frise chronologique sur une seule grande page, et l’autre découpée en autant de feuilles A4 que désiré. Avec en plus, si c’est pas le bonheur, des marques pour la découpe et un petit recouvrement d’une page sur l’autre pour faciliter l’assemblage.

Pour avoir un aperçu du résultat :

• exemple de chronologie sur une seule grande page (PDF)
• la même chronologie découpée automatiquement en 5 pages A4 (PDF)

Vous remarquerez au bas de la chronologie une petite originalité : la présence d’un axe représentant les jours et mois de l’année, et d’un autre représentant les heures de la journée. L’idée est de pouvoir effectuer des comparaisons du genre «si la période de 0 à 2010 était une journée, la seconde guerre mondiale aurait lieu entre 23h09 et 23h14. Si c’était une année, elle aurait eu lieu entre le 18 et le 20 décembre». Je ne sais pas encore si c’est une bonne idée ou si c’est plus perturbant qu’autre chose, mais en tous cas on peut supprimer ces “extras” dans le fichier de configuration.

Si vous avez une installation fonctionnelle de Ruby et PDFLaTeX sur votre machine, ça devrait être assez simple à faire tourner, les explications sont données dans le fichier README sur Github (en anglais).

Dans le cas contraire, si vous êtes intéressé par une chronologie de ce type, n’hésitez pas à m’envoyer un mail avec les principaux paramètres (date de départ, date de fin, nombre de pages…) et je vous renverrai le résultat.

Bon, reste plus qu’à trouver un mur pour afficher tout ça, maintenant…

Je viens de révoquer une clé PGP avec GnuPG pour une ancienne adresse mail. Voici la marche à suivre.

D’abord il faut noter l’identifiant de la clé publique que l’on souhaite révoquer. Pour cela on fait un :

$ gpg --list-keys

Et on note l’identifiant (8 caractères hexadécimaux du type A1B2C3D4). Ensuite on génère un certificat de révocation qu’on stocke dans un fichier :

$ gpg --gen-revoke A1B2C3D4 > revoke.txt

Puis on importe ce certificat de révocation :

$ gpg --import revoke.txt

On exporte la clé publique désormais révoquée :

$ gpg --export -a A1B2C3D4

On peut alors uploader la sortie de cette dernière commande sur un serveur de clé type pgp.mit.edu et d’ici peu, le monde entier sera informé que votre clé ne doit plus être utilisée.

Ça fait un moment que je cherchais la solution à un problème assez banal : je me connectais en SSH à un serveur tournant en iso-8859-1 depuis un autre serveur tournant lui en utf-8. Résultat : l'édition de fichiers comportant des caractères hors-ASCII était tout simplement impossible…

Je viens de trouver une solution grâce à cette page :

• http://www.haypocalc.com/wiki/Ssh

La solution est un petit programme qui s'appelle luit, et qui est disponible dans le paquet x11-utils :

# apt-get install x11-utils

Une fois le paquet installé, il suffit d'appeler lui juste avant d'appeler ssh en lui indiquant l'encodage du serveur de destination via le paramètre encoding. Dans le cas cité précdemment (connexion d'un serveur en UTF-8 vers un serveur en iso-8859-1) ça fait donc :

$ luit -encoding iso-8859-1 ssh user@server

I recently tried to use identi.ca, a microblogging service similar to Twitter, but with a big difference : it is a free web application based on the free microblogging software Laconica.

One thing I rapidly tried to do is to display my user timeline on this blog, as many Twitter users do. Fortunately I found a great little javascript written by Kent Brewster and called identica-badge, which does 99% of what I wanted. I only tweaked it a little bit in order to display my user timeline (instead of my friends timeline), to add a link to the identi.ca and (optionnaly) twitter user page, etc.

You can see the result on this blog homepage. 

Since Kent kindly answer to my licence question on this post’s comments, the file can be downloaded and is ditributed under a Creative Commons 3.0 attributions, noncommercial, share-alike licence :

• Download identica-badge.js

To use it, just edit the javascript file to adapt the configuration settings (in the loadDefaults function), and call it from any HTML-like file with :

<div id="identica_update_list">
<script type="text/javascript" src="/path/to/identica-badge.js"></script>
</div>

Jusqu'à présent j'utilisais Netvibes pour suivre mes différents flux RSS, mais j'ai fini par y trouver deux inconvénients majeurs :

• les problèmes de respect de la vie privée liés au fait de confier à une boîte privée l'ensemble de ses lectures quotidiennes ;
• la relative lenteur de l'interface en Ajax qui, bien que pas mal foutue du tout, avait tendance à rallonger le temps déjà bien trop long passé quotidiennement à suivre mes flux.

J'ai donc choisi de me porter plutôt vers un vrai lecteur RSS, en l'occurrence liferea, qui me semble avoir le plus de fonctionnalités.

Le problème était alors d'arriver à synchroniser l'état de lecture des différents fils entre les différentes machines sur lesquelles je travaille, problème d'autant plus délicat que la base sqlite utilisée par liferea pour stocker ces informations est plutôt du genre «sensible».

Je suis heureusement tombé sur un script de synchronisation depuis un blog norvégien :

• http://www.rolfs.no/2008/03/26/sync-lifereash-syncing-script/

Ce script ne correspond pas à mon cas de figure, car il effectue la synchronisation directement entre les deux machines via SSH, tandis que dans mon cas je passe par un serveur intermédiaire pour stocker les données depuis une machine et les récupérer sur l'autre, ce qui simplifie en partie le travail. J'ai donc utilisé le script comme base de départ pour arriver au résultat suivant :

#!/bin/bash
# Source : http://www.rolfs.no/2008/03/26/sync-lifereash-syncing-script/
# DEBUT CONFIGURATION
DIR=/home/julien/.liferea_1.4
BACKUPDIR=$DIR/backup/`date --rfc-3339=date`
REMOTE="z" # ip of remote machine
REMOTEDIR=$DIR
if [ "xjulien" = "x`whoami`" ]; then
echo "User is julien: OK"
else
echo "Only run as user julien"
exit 1
fi
# FIN CONFIGURATION
test -e /tmp/sync-liferea_has_run && rm /tmp/sync-liferea_has_run
echo "--- Syncing Liferea ---"
pgrep liferea-bin && {
echo "Liferea is running. Stopping it."
pkill liferea-bin
sleep 1
}
test -e $DIR/liferea.db || {
echo "ERROR: $DIR/liferea.db does not exist"
exit 1
}
test -e $DIR/feedlist.opml || {
echo "ERROR: $DIR/feedlist.opml does not exist"
exit 1
}
test -e $DIR/liferea.db-journal && {
echo "ERROR: liferea.db-journal exists in $DIR/"
echo "Unclean shutdown or is liferea still running? Find out/fix, then rerun liferea-sync."
exit 1
}
echo "Creating $BACKUPDIR"
mkdir -p $BACKUPDIR
echo "Making backup to $BACKUPDIR"
cp -v $DIR/feedlist.opml $BACKUPDIR/
cp -v $DIR/liferea.db $BACKUPDIR/
cp -v $DIR/feedlist.opml.backup $BACKUPDIR/
# Using rsync to preserve when file was last changed..
echo ""
echo "--- Syncing IN ---"
echo ""
rsync -vazu -e "ssh"  -f '+ /feedlist.opml' -f '+ /feedlist.opml.backup' -f '+ /liferea.db' -f '- **'  $REMOTE:$REMOTEDIR/ $DIR
echo ""
echo "--- Syncing OUT ---"
echo ""
rsync -vazu -e "ssh" -f '+ /feedlist.opml' -f '+ /feedlist.opml.backup' -f '+ /liferea.db' -f '- **' $DIR/ $REMOTE:$REMOTEDIR
touch /tmp/sync-liferea_has_run && exit 0

L'utilisation du fichier temporaire /tmp/sync-liferea_has_run est parfaitement optionnelle, elle me permet juste de ne lancer liferea automatiquement au démarrage de ma session X que si la synchronisation a bien eu lieu. Pour cela j'ai juste rajouté la ligne suivante dans mon ~/.xsession :

while [ ! -e /tmp/sync-liferea_has_run ]; do sleep 1; done && liferea-bin &

Ajouter un utilisateur à un groupe rapido

Jusqu'ici, quand je voulais m'ajouter à un groupe, je faisais un bête :

# adduser julien group

Problème : dans ces cas-là on est obligé de fermer sa session pour que le changement soit pris en compte. Et bien je viens de découvrir la commande newgrp qui permet de faire ça directement :

$ sudo adduser username group
$ newgrp group

• Source : http://linuxfr.org/comments/911699....

Accélérer les connexions SSH

Si vous avez tendance à vous connecter souvent aux mêmes serveurs, les versions récentes d'openSSH permettent d'accélérer les temps de connexion via du multiplexage de connexion. Pour cela il faut rajouter les lignes suivantes dans ~/.ssh/config (fichiers à mettre en 600) :

Host *
ControlPath ~/.ssh/mux_socket-%r@%h:%p

Puis de lancer un ssh de la manière suivante (par exemple dans votre .xsession :

ssh -fMN nomduserveur

A partir de là les temps d'établissement de connexion vers ce serveur seront beaucoup plus rapides...

• Source : http://linuxfr.org/comments/911768....

Faire de l'ipv6 facilement

J'avais déjà essayé deux ou trois manières de me connecter en ipv6 depuis la maison, mais c'est en général un peu lorudingue : faut s'inscrire chez un tunnel broker, mettre en place des scripts, avoir une IP fixe... Mais je viens de tomber sur un article de Debian administration qui présente le paquet miredo qui permet de faire tout ça de manière hyper-simple. Une commande suffit :

# apt-get install install miredo

Et vous aurez la joie de voir la tortue danser !

• Source : http://www.debian-administration.or...