Gregory Colpart’s blog

Si toi aussi, lorsque tu te retrouves devant un problème réseau étrange (ou plutôt derrière un routeur boîteux), tu tentes systématiquement les astuces les plus courantes mais que tu oublies pendant plusieurs minutes celle qui s’applique (comme par hasard), voici le faux script magique pour ta machine Linux :
http://www.gcolpart.com/hacks/rezal-repair

Certes, tu vas me dire que si tu es sur cette page, c’est que tu n’as pas de problème réseau, mais justement, sois prévoyant, just wget it!

Note : ceci sera très utile aux membres du PLUG avec la connexion bancale Club Internet que l’on a lors des réunions mensuelles.

Evolix, société où je travaille, utilise en interne le logiciel eGroupWare depuis presque 2 ans. En fait, jusqu’ici, nous utilisions uniquement le module de calendrier pour gérer les rendez-vous et emplois du temps de chacun. Il faut dire que la version en place, version 1.0 (en paquets pour Debian sarge), possède d’autres modules intéressants pour Evolix, comme le module de gestion de projets, mais ça n’est pas du tout abouti (peu d’interaction avec le module calendrier en particulier). Mais sur eGroupWare 1.2, le module projet a été ré-écrit et offre des fonctionnalités très attendues, comme ces fameuses interactions avec les modules calendrier et Infolog (gestion des tâches/appels/notes).

En juillet 2006, la loooooongue migration vers eGroupWare 1.2 a donc été entreprise. Il y a eu des problèmes techniques à gérer : du code Javascript loin d’être parfait, des bugs étranges selon les versions PHP/(My|Postgre)SQL/LDAP et une migration des données à gérer « à la main » (voir mes scripts de migration du calendrier 1.0 vers 1.2 sous PostgreSQL) ; et il a également fallu faire la gestion (humaine) du changement, ce qui ne fût pas le plus facile ! À vrai dire, même dans une petite boîte et même lorsque les évolutions sont flagrantes (rapidité, ergonomie, fonctionnalités), le pilotage d’un projet de migration n’est pas forcément aisé. D’ailleurs, à ce sujet, la conduite du changement peut parfois apparaître comme une tâche triviale et accessible à tous mais les divers projets que j’effectue me renforcent dans l’idée que l’on ne s’improvise pas comme expert dans ce domaine, et seule des expériences concrètes sont gages de qualité. Et sur ces belles paroles, je retourne gérer mon emploi du temps de ministre sur mon eGroupWare 1.2 désormais migré définitivement depuis quelques jours !

Les listes de diffusion du PLUG ont changé de serveur. Hébergées depuis plusieurs années par clubs.gyptis.org (serveur perso. de José Mans), elles sont désormais sur ks36307.kimsufi.com (serveur dédié chez OVH loué par plusieurs amis). Voici les changements :

• Un domaine spécial lists.plugfr.org est désormais utilisé,
• La gestion des listes n’est plus faite avec Sympa (qui générait pas mal d’erreurs) mais par Enemies of Carlotta. Certes, on perd l’interface web « sympa » (mais elle était peu utilisée) mais on y gagne en souplesse d’administration (tout se passe par mail et en ligne de commande),
• Les archives sont désormais 100% publiques (accessibles sous peu).

À noter que, pour éviter d’être intrusif, tout le monde a été désabonné des listes. Chacun doit donc se réabonner ! Pour les détails, voir ici. Si certains trouvent cela trop violent, je répondrais que si une personne ne fait pas « l’effort » d’envoyer un mail vide pour se réabonner, je ne vois pas l’intérêt d’être abonné. À noter que vous pouvez toujours me demander de vous abonner en direct ou sur IRC, si c’est trop compliqué pour vous…

Wikipedia est une encyclopédie consultable sur le web. Avec des milliers de sujets traités dans plusieurs langues, c’est devenu l’un des sites les plus visités au monde. Je l’utilise d’ailleurs quasi-quotidiennement, souvent comme point de départ de recherches plus poussées.

Le principe de base Wikipedia est de permettre à chacun d’écrire/compléter/corriger les articles. Mais cela entraîne un certain nombre de problèmes (conflits, objectivité, qualité, etc.) que les solutions en place (prise de décision, comité, médiation, arbitrage…) ont du mal à résoudre. Je ne vais pas ici parler des conflits géopolitiques ou des articles de piètres qualités, mais plutôt des critères d’admissibilité d’un article.

En effet, des contributeurs se chargent en permanence de demander la suppression des articles qu’ils jugent indésirables, ce qui entraîne une période de demande d’appréciations puis une suppression définitive si les avis négatifs l’emportent. Or, ce mécanisme de modération peut laisser de côté certains articles intéressants. Prenons un exemple concret : j’ai récemment ajouté un article sur le PLUG, le LUG de Marseille. Le principe des LUG (Linux User Group) est plutôt connu dans la communauté des logiciels libres et celui de Marseille (2e ville de France), l’un des premiers en France, semble à sa place dans Wikipédia vu que d’autres LUG français (Montpellier, Bordeaux) et d’ailleurs (GLUA, SVLUG, PLUG, etc.) sont présents (et que la présence du PLUG dans Wikipedia en français se résume pour l’instant à un article… pornographique). Bref, à peine l’article créé que sa suppression est demandée et quelques avis superficiels plus tard, l’article est viré !

Et même après avoir relu en long et en large les critères d’admissibilité des associations, cette décision reste bien décevante. D’ailleurs, j’en ai profité pour mettre en ligne la page supprimée sur wikipedia.plugfr.org : ça ne sera pas perdu pour tout le monde !

Suite à une présentation succinte sur la sortie de Debian Etch au cours de la réunion du PLUG d’avril 2007 (transformée en Etch Release Party pour l’occasion), voici les slides que j’ai utilisé :

Slides PLUG Debian Etch (format HTML/S5)

Note : ces slides ont été réalisés en moins d’une heure, soyez indulgent !

Comme le témoigne le bug #419688, des utilisateurs ont manqué la correspondance du train pour Etch (ils sont restés dans le TGV testing, devenu lenny/sid depuis la dernière gare) en ne changeant pas assez vite leur sources.list de testing vers etch (ou stable). L’erreur classique est de faire une mise-à-jour en testing avant de modifier son sources.list, car c’est déjà trop tard et sera de plus en plus irrémédiable.
À garder en tête si vous voyez des bugs pour des erreurs de dépendances dans Etch !

J’ai reçu le mail de détresse suivant d’un inconnu :

Date: Tue, 27 Mar 2007 19:13:42 +0200
From: Cxxxxx Bxxxxx xxxxxxx@free.fr
Subject: au secours
X-Mailer: Microsoft Windows Mail 6.0.6000.16386

Bonjour, j'ai un gros soucis apres un formatage!!
je ne peux plus rien faire, il ne reconnait aucuns
disques durs, je n'arrive pas à ouvrir fdisk!!!!
aidez-moiiiiiiiii

C’est toujours surprenant de recevoir cela.
J’ai répondu poliment et ce n’était pas un fake,
Le naufragé semble toujours vivant.

Au bureau, nous avons reçu un appel surprenant d’un acheteur d’un ordinateur Surcouf qui avait un problème sous Linux. Une conversation surréaliste a démarré avec l’acheteur qui pensait être chez… le support Linux de Surcouf !

Difficile de ne pas imaginer le technicien du service technique Surcouf, désemparé, lançant une recherche sur Google avec quelques mot-clés et renvoyant vers le premier résultat.

Oui, le service de support technique de qualité avec des ingénieurs et techniciens qualifiés a vraiment de l’avenir (et heureusement pour Evolix).

Ouverture de Planet PLUG, le Planet du PLUG (Provence Linux Users Group) \o/ À vos blogs…

Vendredi 19h, me voilà arrivé à la dernière étape de la procédure d’installation d’un Pack Evolix Serveur. Il s’agit de mettre la touche finale avant le départ de la machine pour le datacenter, c’est-à-dire protéger le BIOS par un mot de passe.

“Facile!” me direz-vous, “Ou pas!” ajouterais-je. En effet, le mot de passe choisi va me coûter quelques précieuses heures. Je vous passe les détails sur le côté ergonomique du BIOS des machines IBM (auquel je ne m’habituerais jamais) pour aller à l’essentiel : activer ce fameux power-on password. Je valide donc mon choix avec précaution (ça serait bête de bloquer la machine) et je redémarre pour le test ultime. On me demande d’entrer mon mot de passe, et là, c’est le drame : error 189, invalid passwords. Your system is now locked.

Quelques redémarrages plus tard (précisons que ce genre de machine met quelques minutes à démarrer), je me rends à l’évidence, la machine est bloquée. Après une conférence avec moi-même (”je suis sûr d’avoir entré le bon mot de passe”, “d’ailleurs il faut le confirmer”, etc.), je me retrouve avec un problème bien stupide de mot de passe. Bien sûr, aucun manuel fourni ne précise comment réinitialiser le mot de passe du BIOS, et vu le prix de la machine, je vais éviter de me jeter tout de suite sur la carte-mère pour jouer avec les cavaliers à l’aveugle. Ravalant ma fierté, je me décide à appeler le support IBM… mais c’est pour mieux pointer du doigt le ridicule de ma situation : “voilà, j’ai mis un mot de passe et il marche plus”. Combien de fois me suis-je moqué (gentiment hein) des utilisateurs dans cette situation mais là, mon appel enregistré pourra faire le tour du callcenter. Enfin, précisons que plus de 10% des demandes à un support concernent un reset de mot de passe. Bref, il faut absolument que je me sorte de ces 10%. J’ai l’impression d’être plongé dans le feuilleton “Lost” où il faut que je trouve un moyen d’entrer ce #!@ de mot de passe avant l’explosion (de mes nerfs).

Je me décide à ouvrir le capot de l’engin et à trouver un manuel descriptif de ces jumpeurs qui ont l’air de me défier de leur trouver une utilité. Ma déception est assez grande, pas de manuel disponible !! Et oui, pour le PC de Madame Michu, on a le manuel de la carte-mère mais pour les serveurs des décideurs pressés, pas besoin (c’est pas pour rien qu’ils sont pressés). Soupir. Je rejette un coup d’oeil à la carte et là, je suis attiré par un cavalier au titre évocateur “PASSWORD RESET”. Mouarf, c’est si évident, pas besoin d’en faire un manuel. Mais ne faisons pas la fine bouche la machine est débloquée.

Je vais donc enfin savoir si la fatigue du vendredi soir m’a joué un tour en ré-essayant la même manipulation que la première fois. Et, bien l’erreur se reproduit (évidemment hein). Apparemment, le mappage du clavier dans le BIOS et au démarrage est différent car si le mot de passe contient un chiffre, ça bloque !! Est-ce trop compliqué d’écrire quelque part cette information ? Bref, avec le mot de passe test, ça fonctionne bien. Mais avec un mot de passe un peu plus complexe, le blocage se reproduit (au passage, rappelez-vous le délai de quelques minutes pour le redémarrage entre tous ces essais). Allez, nouvelle hypothèse : il faut utiliser un mot de passe compatible azerty/qwerty. J’ai deviné juste, et c’est l’occasion de sortir un nouvelle acronyme : WTFM, aka Write The F***ing Manuel. Bref, c’est enfin le bout du tunnel et deux bonnes heures plus tard, je suis enfin parvenu à activer le power-on password.

Mais ne croyez pas que cela soit complètement terminé. Il reste à choisir ce que l’on veut faire avec ce mot de passe. IBM propose deux modes : un blocage complet (le mot de passe est nécessaire pour toute opération) ou blocage transparent (le système peut démarrer mais le clavier reste inactif tant que le mot de passe n’est pas entré). À vrai dire, le principe du deuxième mode est sympa, car il permet à la machine de redémarrer sans présence humaine mais il bloque également l’accès au BIOS, au choix du périphérique de démarrage et même l’accès système au clavier. Mais c’est bien sûr trop beau pour être vrai car avec le 2e mode sous Linux, le clavier est bloqué ad vitam eternam. Mais je ne suis plus à une concession près et en attendant de reporter le problème chez IBM, on se passera du clavier (qui, à vrai dire, ne sert presque à rien au datacenter).

Vendredi 23h, fin de la journée.