1. Peut monter/démonter/renommer/formater des partitions;
2. Offre une belle vue hiérarchique des disques;
3. Offre une visualisation très élégante des partitions/volumes sur un disque;
4. Gère l’état de santé de vos disques avec SMART, et vous alerte en cas de problèmes (même si palimpsest n’est pas en cours d’exécution);
5. Permet de faire des benchmarks de lecture et de lecture/écriture (requiert que la partition soit vierge);
6. Permet même de faire un RAID logiciel aisément. Nom d’un chien.

Le seul défaut: l’interface est tellement bourrée de fonctionnalités et d’informations qu’elle ne rentre pas entièrement dans la résolution typique d’un netbook (1024×600).

Exemple de benchmarks (lecture seulement) du disque dur SSD STEC PATA de mon Dell Mini 9:

Et le disque dur conventionnel SATA2 de mon ordinateur de bureau:

Notons la différence notable dans les temps d’accès (le SSD est environ 25 fois plus rapide). Les débits sont, quand à eux, similaires. C’est dommage qu’on ne puisse faire le test lecture+écriture que sur une partition vierge, parce que là on verrait probablement mon disque dur SATA pulvériser complètement le SSD cheap du Dell Mini 9 (vraiment, il est affreux en écriture et ça se sent très vite).

Then Outlook will parse it like this:

If you have multiple files with the same extension, it will just name them “ATT*.dat” (where * is random gibberish) to differentiate them.

I discovered this “the hard way” when I was sending some serious business mail for school work/research and someone came up and asked “what are those .dat files for?”

Turns out there’s an option for this. In the preferences: Composer Preferences > General > Encode file names in an Outlook/GMail way. The gconf key that it controls (/apps/evolution/mail/composer/outlook_filenames), has the following description:

Encode file names in the mail headers same as Outlook or GMail do, to let them display correctly file names with UTF-8 letters sent by Evolution, because they do not follow the RFC 2231, but use the incorrect RFC 2047 standard.

So if you set that key to True, your mail shows up like this in Outlook:

My first reaction was, of course, FFFFUUUUUU- , followed by “argh, Outlook certainly has no bug tracker I could report this to“. I guess I’m too used to open source software.

And so we have to conform to crap like this to interoperate, or manually strip out accents from the mails we send to known Outlook users (I haven’t seen this problem in GMail). I wish I could just make Outlook vanish from existence, but, from my experience, few MS Outlook users are MS Outlook users by choice. Instead the software has been dictated by the work environment (in healthcare, the government, etc.).

Please tell me that MS got their act together and changed this in later versions (>XP)…

rsync --archive --verbose --stats --progress --delete --delete-excluded --exclude="/home/jeff/src/" /home/jeff/ /media/backup/

On pourrait croire, selon le gros-bon-sens, que ceci est syntaxiquement correct. D’ailleurs, le manpage de rsync ne dit rien à ce sujet. Après une heure de tâtonnement, j’ai eu le insight par rapport à la raison pourquoi cet idiot de rsync continuait de backuper le dossier «src» quand même: la racine (“/”) est relative au dossier racine qu’on backupe. Ainsi, si je backupe “/home/jeff/”, “/” ne correspond pas réellement à “/”, mais à “/home/jeff/”. Conséquemment, si je veux exclure “/home/jeff/src”, il faut que je lui dise d’exclure “/src” plutôt.

Allez, geeks barbus, dites-moi que c’est parfaitement naturel et logique et que j’aurais dû le deviner immédiatement :)

…en fait, ce n’est pas tout. Je découvre en rédigeant ces lignes que rsync a, en plus, deux «modes» d’opération, dépendamment de si on met un “/” à la fin du chemin de dossier source ou pas. Tiré du manuel:

A trailing slash on the source changes this behavior to transfer all files from the directory src/bar on the machine foo into the /data/tmp/.

A trailing / on a source name means “copy the contents of this directory”.
Without a trailing slash it means “copy the directory”.

La solution nous provient des grecs (pour ceux qui ont vu My Big Fat Greek Wedding): put some Windex.

1. Ouvrir le capot de l’imprimante, retirer la cartouche d’encre problématique.
2. Facultatif: éponger légèrement l’excès d’encre accumulé sur la buse, à l’aide d’un papier essuie-tout (en l’utilisant comme une éponge pour «boire» l’encre).
3. Dans un plat quelconque, mélanger un peu d’eau et de «Windex» (nettoyant à vitres). En fait, ça fonctionne probablement avec n’importe quoi de nettoyant (ammoniaque? alcool? héroïne?), mais j’étais paresseux.
4. Avec un compte-gouttes, balancer 1-3 gouttes de la solution divine dans la buse.
5. Exécuter toutes les opérations de nettoyage en profondeur de l’imprimante, et remettre la cartouche d’encre en place (je l’ai remise en place après, pour ne pas gaspiller d’encre de la cartouche).

Je n’ai pas pu vérifier à 100% ma solution divine, mais je crois que ça règle le problème, parce que maintenant, l’imprimante détecte enfin que la cartouche d’encre noire est vide (ben oui, la conne a passé son temps à la vider quand je tentais d’identifier le problème). Le fait que le niveau d’encre est maintenant correctement détecté, cependant, m’indique que le problème est probablement réglé.

Saletés d’imprimantes à jet d’encre. Bien content d’avoir une Laserjet 5.

Puisque mes quelques recherches ont généralement été infructueuses (la technique «utiliser l’outil de teinte/saturation» ne fonctionne pas dans mon cas), je me suis inspiré du commentaire de rafter dans cette discussion MetaFilter. Voici mes notes/observations personnelles, au cas où ça peut aider quelqu’un.

1. Numériser le papier, en couleur 24bits 300 DPI
2. Prendre l’outil de sélection par couleur (Maj+O ou menu Sélection > Par couleur)
3. Dans les paramètres de l’outil, spécifier un seuil (par composite) d’environ 70. Laisser le lissage activé, mais ne pas adoucir les bords
4. Zoomer à 200-300% pour bien viser, sélectionner une ligne bleue. Si tout va bien, toutes les lignes devraient être sélectionnées d’un coup
5. Utiliser le menu Sélection > Agrandir… (pas adoucir!) et agrandir de 1 pixel
6. Supprimer le contenu de la sélection (Édition > Effacer), tout simplement. La technique des niveaux ou de l’ajustement de luminosité/contraste ne semble pas marcher dans mon cas.
7. Maintenant qu’on est débarrasé des lignes bleues, on peut convertir l’image en niveaux de gris pour que ce soit plus propre et léger (Image > Mode > Niveaux de gris)
8. Plus qu’à ajuster les niveaux (Couleurs > Niveaux…) pour foncer l’écriture pour que ce soit plus lisible/contrasté

À la fin, pour réduire davantage la taille du fichier, on peut redimensionner l’image puis la convertir en couleurs indexées (Image > Mode > Couleurs indexées). J’aime bien utiliser 10-20 couleurs sans tramage, puis enregistrer en PNG. C’est ainsi que j’obtiens un manuscrit bien numérisé, facile à lire, et pesant moins de 200 Kio, sans l’horrible compression du JPEG.

Donc, pour faire court, ce que j’y ai découvert: les réflecteurs photographiques c’est bien, mais pour faire rebondir 500 watts d’éclairage halogène en intérieur sans créer d’ombres ou aveugler, une grande plaque de styromousse blanche, c’est mieux. La styromousse diffuse la lumière et en absorbe une partie, au lieu de tout refléter directement.

A slightly outdated screenshot I took (back in June, when I first wrote the draft for this blog post), since I’m too lazy to take new ones:

I’m using Callcentric as an SIP provider and Twinkle was the only Linux client (well, except x-lite) that seemed to work with it. However, Twinkle has the following problems:

• Not very open/friendly/vividly maintained. This is my subjective view. A project that has no public bugtracker, public version control repository, and an author that does not respond to emails (I sent a few of them over the last two years), is, to me, an unfriendly project.
• QT 3. Ewww. I can bear with that, but I much prefer GTK+ applications. SFLPhone has both a GTK+ and a QT interface.
• Does not work well with PulseAudio
• Complex (follows the KDE approach of maximum configurability), which is not necessarily bad for something like VoIP, however
• Weird bits of German appearing in the GUI, poor/incomplete French translation… which I can’t fix since the author never replied.
• A huge gaping User Interface the size of a hallway
• Terrible icons: what’s up with having smileys everywhere? They all look alike!

But generally, Twinkle works and is stable, which is sadly much more than every other VoIP client I tried out there on the Linux desktop. I was just looking for something better-integrated (especially with PulseAudio) and for which I could contribute without feeling like my efforts were going into /dev/null.

I found out that SFLPhone improved a lot in recent times and decided to give the daily builds a shot (because the 0.9.5 release does not work with callcentric). I was amazed at how well it worked. While there are some details to polish here and there (I filed around 44 bugs since june), making and receiving calls with callcentric works quite well.

And here’s where the awesome starts: it is designed with PulseAudio in mind. That means that it [supposedly] mutes the other applications when you are receiving a call (well, it used to, at least). I shot a video of me calling my computer (using a regular landline phone), and the computer automagically handled the call by muting Rhythmbox. This, my friends, is the kind of cracktastic shit I’ve been dreaming of.

There are still many issues left to fix, but it mostly works. I use it frequently to record important calls, for example.

Bleh, un jour me faudrait des “stable releases” de chromium plutôt que des daily builds du PPA…

• Vider ma corbeille;
• Lancer des backups automatiques avec rsync tous les deux ou trois jours (plus  fréquents que mes “grands backups hors-ligne” toutes les deux semaines);
• Lancer mon script de réveille-matin;
• De manière générale, ne pas me faire ch… à comprendre/me souvenir de la syntaxe de cron.

Or, il y avait un problème bien embêtant pour M. Tout-le-monde: ça ne fonctionnait pas bien avec les trucs graphiques (comme lancer une fenêtre de terminal dans laquelle s’exécute le script de backup), du moins pas sans spécifier manuellement un tas de variables mystiques.

Or, ceci a été réglé en mai 2009, et la version 2.1.0 de GNOME Schedule, présente dans Ubuntu 9.10, incorpore cette nouveauté. Avoir un script qui se lance dans un terminal graphique est maintenant un jeu d’enfant, il suffit de spécifier que c’est une «Application X»: