Des fois, on est juste un peu fatigué ou bien c'est juste les maudits messages d'erreurs et les logiciels qui ne sont pas clairs ou bien on ne peut humainement pas lire toute la documentation éparpillée un peu partout. Voici donc 4 découvertes:

1. On ne peut pas mettre un /boot sur du RAID5 si on utilise grub ou lilo. Grub est capable de lire les partitions en devinant (presque) le système de fichiers, n'aller surtout pas lui ajouter la difficulté de lire une partition découpée en 5 disques. [Référence: Talk:HOWTO Install on Software RAID]. L'équipe du support et Pascal avont appris ce petit détail après une demi-journée... Les symptômes étaient les suivants: on ouvrait le shell grub, on essayait de trouver des fichiers sur (hd0,0) et (hd1,1) et ça l'affichait des partitions corrompues ou pas les bons fichiers...
2. Avec Iceweasel, Mozilla ou Firefox, on peut ajouter une instruction dans le fichier de configuration global (greprefs/all.js) qui va lire un fichier de configuration pour verrouiller des préférences (du javascript) Dans ce script, il existe des fonctions prédéfinies pour nous permettre d'aller chercher des variables d'environnement, de faire du ldap, etc.. On peut faire du scripting très avancé. Malheureusement, si vous ne spécifier pas une certaine variable (pref("general.config.obscure_value", 0);), votre fichier de configuration devra être byte-shifter de 13 bits... L'évidence même. Ah oui, le fichier doit commencer par // aussi. À quoi ça peut servir? LTSP peut-être...
3. Pourquoi est-ce que PHP donne une erreur PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php4/mysql.so' - /usr/lib/php4/mysql.so: undefined symbol: empty_string in Unknown on line 0 lorsqu'il est exécuté dans un cron de l'usager root mais pas quand je suis root dans le répertoire du script en question? C'est simple comme bonjour: chemin relatif et répertoire courant. PHP utilise le fichier php.ini du répertoire courant s'il existe, sinon il utilise /etc/php.ini. Lorsque cron démarre, il est dans le répertoire de l'usager, /root/ dans ce cas-ci. Donc, vous n'avez qu'à configurer le fichu fichier /root/php.ini!
4. Pourquoi je suis capable de changer la couleur du texte d'un bouton XUL avec #buttonID {color:red;} mais ça ne fonctionne pas avec un toolbarbutton XUL? C'est simple, parce qu'il faut écrire: #toolbarButtonID > .toolbarbuttontext {color:red;}. C'est écrit dans l'exemple mais pas dans la documentation de l'élément
5. Dans un XBL, un élément <xul:command> est global à tous les composants XBL et fait toujours référence (en javascript) au premier composant affiché dans une fenêtre XUL. Sans exemple d'au moins 3 pages, c'est assez compliqué à comprendre ou à expliquer...

Vous voyez bien que c'est évident!