Harvard Business School of Echec

J'y étais presque, j'allais enfin partir en vacances depuis 3 ans. J'avais tout: des tas de fringues, une nouvelle paire de lunettes de soleil, retiré plein de liquide. J'avais tout prévu. Plus qu'un vendredi à travailler et j'étais bon.

Ce matin, je me gare devant mon travail, je reviens avec mon portable d'astreinte, mais j'oublie de prendre mon ibook et même mon portefeuilles rangé avec. Quand je suis revenu vers 12H00, plus rien. Vitre cassée. Plus de portable, plus d'argent, plus d'identité. C'est arrivé près de chez vous.

Après-midi au commissariat, banque, assurance, carrossier, etc.

Donc voilà, je repars de zéro, même au niveau de mon compte ça va se sentir. Demain je taille la route vers Madrid et avec un peu de chance, je me ferais arrêter sans papier aucun.

Bonnes vacances à tous !

Ted Ts'o says that the good behaviour for saving a file is

One argument that has commonly been made on the various comment streams is that when replacing a file by writing a new file and the renaming “file.new” to “file”, most applications don’t need a guarantee that new contents of the file are committed to stable store at a certain point in time; only that either the new or the old contents of the file will be present on the disk. So the argument is essentially that the sequence:

fd = open(“foo.new”, O_WRONLY);
write(fd, buf, bufsize);
fsync(fd);
close(fd);
rename(“foo.new”, “foo”);

and he adds :

Openoffice, being a portable application, that has to work on other operating systems and filesystems (for example, like Solaris's UFS), does do open/write/close/fsync/rename. So you're safe if you're using OpenOffice (and emacs, and vim).

So i looked on my Debian/Sid at my favorite editors:

• Vim 7.2
• Emacs 22
• Gedit 2.24.0
• OpenOffice.org 3.0.1

see how they really do (and if they preserve ACL when saving a file named “foo”).

Only the Paranoid survive

Vim

1. copy “foo” to “foo~”, with protective mode and ACL
2. write the new content to “foo”
3. fsync on “foo”

FAILED

• not what Ted Ts'o told us ! If a crash happens, you get a corrupted “foo” and as the backup “foo~” is not fsync'ed, it may be also corrupted. Complete disaster;
• file doesn't change, so it's the same inode, same mode and same ACL;
• writes the file content 2 times (backup + new).

(PS: also checked vi on solaris, it behaves just like vim, total disaster.)

Emacs

1. rename “foo” to “foo~”
2. re-create “foo” for writing the new content
3. fscync on “foo”
4. chmod to restore mode
5. remove “foo~”

FAILED

• again, not what Ted Ts'o told us :) If a crash happens, you get a corrupted “foo”, but at least the backup file is safe. Half-disaster;
• file has been re-created, so it's a new inode, ACL are not preserved.

Gedit

1. open “.gedit-save-XXXXXX”
2. chmod + chown + setxattr on that temp file to restore mode and ACL
3. write to that temporary file the new content
4. rename “foo” to “foo~”
5. rename “.gedit-save-XXXXXX” to “foo”

FAILED

• no fsync at all ! If it wasn't missing, it would do what Ted Ts'o's advises;
• Half-disaster: “foo” may be incomplete, you would have to restore the “foo~” backup file (actually it's the original file).

OpenOffice.org

1. backup “foo” to ~/.openoffice.org/3/user/backup/
2. overwrites “foo” reading data from a temporary in “/tmp/svmpb.tmp/”

FAILED

• no fsync;
• Complete disaster: both “foo” and its backup may be broken;
• writes twice the data;
• file doesn't change, so it's the same inode, same mode and same ACL.

Suddenly, i don't feel like editing /etc/passwd with these text editors (but i haven't find a replacement yet). If the server was to crash, it might not reboot at all. Brrrr.

TODO:

• look/open bug for emacs about ACL;
• check newer gedit;
• find out why Ted Ts'o thinks vim/emacs/openoffice behave safely.

It looks like Ted Ts'o was wrong :/

Ma boîte organise/participe à l'IWD2009. Je me connecte sur l'intranet voir un peu ça et je n'ai pas été déçu. En gros, on nous demande de voter/encourager pour l'éducation de femmes quelque part en Inde. Je ne suis pas tout à fait sérieux en disant ce qui suit, mais si ça peut permettre de délocaliser en Inde pour encore moins cher ...

Ma soeur a eu un Acer Aspire 5735Z pour Noël. Je trouve que c'est du bon matériel avec des performances convenables pour son utilisation et un design correct. Mais ça s'arrête là.

Ca vient avec Vista. Autant il y a des points positifs dans Vista, autant mais pas.

(Ca n'est pas lié, mais déjà à la livraison du bousin, j'ai déjà passé 3H à désinstaller toutes les daubes en version démo installées, antivirus et ensuite remettre des versions adéquates. Mention spéciale à McAfee qui ne veut pas se désinstaller tant qu'il n'est pas à jour.)

Mais le vrai WTF c'est maintenant: depuis que j'ai connecté le portable, Vista n'arrête pas de se mettre à jour. Pourquoi pas. Sauf que là il vient de supprimer le driver de la carte ethernet tout seul. Mais putain c'est pas possible en 2008 de se taper ce genre de truc ! Ca donne un joli "périphérique inconnu" pour lequel Windows n'a obligatoirement aucun driver (et après ça se dit OS), et forcément, vu qu'il est inconnu, ben j'ai aucune information sur le modèle de la carte. Le comble, je déboule sur le site d'Acer et le modèle du PC est bien connu sur le site. Mais la section Drivers est sur le site américain qui lui ne connaît pas le modèle. Génial.

En googlant, je suis tombé sur ce site salvateur: en gros, Acer n'a pas publié les drivers pour ces Aspires, très pratique si on achète un Windows version boîte ou bien qu'on réinstalle... au final je m'en sors pas trop mal, mais avec un petit moment de panique quand même.

Et le dernier WTF, c'est la mode des constructeurs de ne plus livrer leurs machines avec les DVD pour réinstaller le système. Bonne pioche pour les utilisateurs qui doivent utiliser des programmes foireux pour sauvegarder on ne sait pas trop quoi sur un paquet de DVD. Au final, j'en ai cramé 4 en faisant "Sauvegarde usine" qui a sauvegardé ce qu'il veut. J'ai capitulé devant le "Sauvegarder programmes et drivers" qui me demanderait 7 DVD. Sérieusement ...

Au final, je prie pour mon âme et pour tous les possesseurs de machines avec Vista pour qu'ils n'aient jamais à réinstaller leur système.

Dire qu'il y a des crétins pour critiquer le support du matériel sous Linux...

Bonne digestion à tous :)

Any idea why mono apps write/update ~/.wapi/shared_* files every 40s ? These files are mapped and their timestamp change even when sleeping... Please help :)

update: bug forwarded upstream

Fri Sep 5 13:02:56 CEST wafl.dir.size.max:warning: Directory /vol/vol0/users/luser/.thumbnails/normal/ reached the maxdirsize limit. Reduce the number of files or use the vol options command to increase this limit.

Huhu. There were actually 2 x 135k files under this users's ~/.thumbnails/normal and .thumbnails/fail directories :)

This is RHEL 4.5, there's already a bug about it (i can't find it, but i'm subscribed to it).

I can see that ext4 raised it's dirsize limit from 32K to 64k, looks like it's not enough :)

Si ça vous intéresse, venez cybermanifester avec RSF devant le stade olympique de Pékin.
Sur la forme, il n'y actuellement que 9000 manifestants, ça n'a peut-être pas de poids aujourd'hui, mais ça pourrait devenir un mode d'expression efficace...

I tried to download a propriertary JDK6, worst download experience ever ... clicked download which gave me a JNLP file (???). I first thought it was a bug, so i reloaded the page. No, it's the "Tvo Download Manager". You need to read the "download" button's tooltip to understand what was going on.

This started a 3 tab download manager:

1. Download: you configure where the file is to be downloaded, the number of retries, the logfile size (???), whether it has to unzip or not, etc
2. Proxies: HTTP and FTP proxies configuration. I failed to enter any valid proxy there (it always claimed the proxy was invalid). At first this "tool" must have inherited browser settings.
3. Authentication: totally failed to configure this tab with host authentication list, etc

You want to dowload a zip and you end up with a bloated java downloader for HTTP downloading which doesn't handle transparent proxy configuration and authentification. So i haven't downloaded anything and i'm going to stay as far as possible from this unethical crap. (If that zip was to be downloaded bia bittorrent, i would have understood the need for a downloader.)

WTF

PS: I was a proxy admin in my previous job.

About DSA-1571 openssl , I totally aggree with Eric ... openssl is just like this XKCD strip. So whatever distro you run, cross your fingers while you generate your keys from so-called uninitialized memory so it's uninitialized enough. Why don't we just drop openssl ?

PS: http://wiki.debian.org/SSLkeys gives better explanation. The problem is that one of the cleanups is harmless, while the other one actually commented the code that seeds the PRNG with real entropy. Ouch.

A l'invitation de liberf0rce, je me lance dans un test limité de Mandriva. J'installe et je regarde le gestionnaire de paquets. En vrac.

J'ai donc téléchargé le DVD de la 2008.1 version libre. Ca s'installe sans problème, je choisis GNOME et ça roule. Pas de LVM par défaut et je n'ai pas vu de SELinux. L'installation est rapide. Les actes d'administration se font en rentrant le mot de passe root.
J'arrive en terrain connu sur mon bureau GNOME: les menus sont bien remplis (et pas bourrés) avec des applications que je ne connaissais même pas telles que Homebank. Je repère tout de suite le Centre de Contrôle, c'est là que je vais sévir. Je remarque aussi une applet réseau, qui ressemble un peu à NetworkManager.

RPMdrake

Le gestionnaire de paquets de Mandriva s'appelle RPMdrake et se lance depuis le Centre de Contrôle. On peut visualiser les programmes avec des filtres : applications graphiques, métapaquets et listes de RPM. C'est pas mal mais je suis un peu déçu parce que tous les noms/descriptions de paquets ne sont pas en français alors que les catégories le sont.

Autodestruction

J'ai d'abord essayé de supprimer nautilus. J'ai été averti que task-gnome-minimal allez être supprimé. J'ai donc annulé pour continuer un peu.

Alexandria

Je fouille un peu pour installer alexandria. Mais lequel ?

Métapaquets

Je décide d'installer de quoi coder: je trouve un métapaquet de développement en C++. Je le sélectionne, je fais appliquer, et l'inquisition commence:

• est-ce que je veux libc-dev ou ulibc-dev ?
• libstdcppxyz ou libstdcppabc ?
• etc

Ce n'est pas un problème spécifique aux métapaquets, ça le fait partout si plusieurs paquets peuvent résoudre les dépendances. Ce n'est pas compréhensible du tout et je me demande bien ce qui peut arriver si on fait des choix malheureux qui entrent en conflits avec des paquets déjà installés.

Au final ça s'installe et ça prend énormément de temps. Ca à l'air de fonctionner comme ceci: télécharger un paquet, l'installer, passer au suivant. Les barres de progression sont multiples: quand un paquet s'installe, on voit la barre du paquet, quand ça télécharge, on voit celle du téléchargement, et des fois quand on a de la chance, on voit la barre de progression globale. C'est dommage, la barre de progression globale "X paquets installés sur Y" devraient toujours être visible. A chaque fois que je voulais savoir où en était l'installation, ça m'a obligé à attendre un nouvel écran pour voir le fameux "123/217".

Glom

Je veux aussi installer Glom. Ca va être un bon test vu que glom va tirer tout un tas de dépendances, jusqu'à PostgreSQL. Après avoir répond au questionnaire, je lance par le menu et c'est l'explosion, le tackle à la gorge dans les starting blocks:

Je veux être gentil et ouvrir un bug. Je n'arrive pas à trouver dans le menu une entrée pour faire ça. Ce n'est pas non plus dans l'aide. Je retourne alors dans le Centre de Contrôle, et je trouve dans Aide:

Je mets glom, ça associe le bon paquet, feu et firefox se lance sur un bugzilla sur lequel il faut s'enregistrer. Je peux comprendre que le spam bugbuddy c'est embêtant, mais je suis un luser, j'ai pas envie de m'enregistrer pour mon bug. Tant pis. Ca me paraît problématique pour obtenir des retours des utilisateurs s'ils sont obligés de s'enregistrer.

Base de RPM verrouillée

En plein vol, j'ai reçu une notification "La base de RPM est verrouillée" et un "?" orange dans ma zone de notification. Je ne sais pas ce que ça veut dire (pas de détails) ou si je dois m'en inquiéter.

Sécurité

Je me suis promené dans le Centre de Contrôle, c'est globalement bien foutu. Mais il y a des rubriques carrément usines à gaz telle que les paramètre de sécurité.

Euh c'est quoi le "Choix par défaut" ? Et c'est plein de listes vertigineuses avec plein de options très variées, la taille de l'historique shell, les paramètres GDM, etc tout mélangé. Et surtout des tas de paramètres que je ne trouve absolument pas pertinents ni pour un luser ni pour un admin. Bref ça ne m'inspire pas vraiment confiance (puisque les choix sont cachés), ce n'est pas encore demain que je vais lâcher mon sudo vi /etc/machin

Configuration de SSH

J'ai fait ces captures d'écran et après j'ai voulu les copier sur mon ibook. Normalement, première connexion SSH == validation de clef. Mais là non, ça accepte la clef immédiatement sans question ni vérification. La configuration par défaut a un bien vilain StrictHostKeyChecking no, pas sécurisé du tout. OK une clef SSH c'est difficile à mémoriser, mais avec cette option si elle changeait, on ne le saurait même pas :/ Je m'étonne qu'OpenSSH n'est pas encore implémenté quelque chose comme :

Consommation mémoire

Ce weekend j'IRCais avec Luis à propos de la consommation mémoire des applis et je lui disais que Spring mange environ 140Meg de RAM au démarrage sans beagle. Installez un paquet et doublez !

Je me disais bien que ça ramait à fond cette installation ! Plus de 100meg pour installer des logiciels. Au final, une fois l'installation terminée, moi qui était parti de 140meg au démarrage, je me retrouve avec 140meg de swap. C'est codé en Mono ou quoi ?