J’ai remarqué un petit manège sur les differents paliers de mon immeuble depuis hier soir, ça magouillait des cables, perçait des trous, je m’inquiétais juste que personne ne touche à ma paire cuivrée et ne pète ainsi mon précieux lien au réseau magique. Alors que je promenais mon chien, je remarque deux camionettes devant mon immeuble, des camionettes arborant un logo “FibNet”. Gnnn, “Fib” ?? comme dans… nan.. naaaaan.. ni une ni deux, j’interroge google qui m’informe que FibNet c’est:

En fevrier dernier, je vous parlais d’Illumos, incubateur libre permettant à OpenIndiana de garder l’haleine fraiche et le teint pétillant.

Les choses ont pas mal évolué depuis, en particulier, je me suis un chouillat impliqué dans le projet visant à intégrer parfaitement pkgsrc à Illumos.

De discussions en reflexions, j’en suis venu à me demander s’il ne serait pas judicieux de monter un repository de binaires pkgsrc pour OpenIndiana/Illumos/Solaris puisque cette plateforme est finalement parfaitement supportée depuis des lustres mais qu’aucun repo digne de ce nom n’a été maintenu plus de 2 mois. (et puis evidemment, il faut bien un package manager pour gêrer tous ces binaires hin hin hin…) Ainsi, Mads Worsøe Duun, l’initiateur du projet pkgsrc pour Illumos, a demandé aux gentils administrateurs du projet OpenIndiana (ouais, faut suivre) de nous mettre à disposition une buildbox afin de proposer des packages à jour, et bien plus de logiciels que n’en proposent Blastwave ou les repos IPS/pkg d’OpenSolaris (ricane ricane).

Ce week end, j’ai acheté ça:

“Ça”, c’est une cigarette electronique. Non que je souhaite totalement arrêter de fumer, mais un décès récent dans ma famille lié au couple alcool/tabac m’a fait reflechir plus que de coutume sur ce sujet. Pas de condoléances et consort, je le connaissais à peine, merci.

“Ça”, donc. J’ai lu tout et son contraire sur ces fâmeuses cigarettes éléctroniques, mais comme très souvent dans notre merveilleux pays, ces avis étaient la plupart du temps colportés par des gens qui ont un avis sur tout, et en particulier sur ce qu’ils ne connaissent pas.

Il y a quelques temps, je vous entretenais d’une méthode pour travailler “graphiquement” sur un environnement virtualisé, indispensable lorsque l’on travaille par exemple sur un package qui doit s’intégrer à un bureau sur un autre système que celui de sa station principale.

Pour une raison que j’ignore, et je n’ai pas trop cherché, cette méthode souffre d’un violent bug depuis quelques mois, en effet le pointeur semble réagir de manière tout à fait aléatoire lorsqu’il rentre dans Xnest, aussi ai-je opté pour une autre solution: Xvfb + x11vnc.

Connaissez-vous shelldap ? Cet outil absolument indispendable est L’Outil que j’attendais depuis des années. Saoulé que j’étais de la machine-à-coredumps gq et de l’usine à gaz lat, j’implorais les Dieux du code de faire apparaître quelque part sur l’internet convivial un outil pratique pour éditer des bases LDAP, possiblement en console, fou optimiste que je suis.

Et bien cet outil existe. Et il est énorme. Comme son nom l’indique, il s’agit effectivement d’un shell-like destiné à la consultation et l’administration de bases LDAP, avec la completion s’il vous plait.

Depuis le début de ma vie professionelle, j’ai fait en sorte que mon boulot s’intègre bien dans ma vie communautaire. Cela permet entre autres de tirer profit de l’experience perso au boulot, mais aussi d’utiliser l’experience pro pour réaliser ce genre d’article : Je vous y raconte comment on utilise l’excellent Fabric pour installer, manipuler et mettre à jour notre parc de serveurs.

On peut lire ici : As of release 3.1.8, pkgin is the binary package manager for MINIX 3. This page describes how to use pkgin.

Comme MINIX 3 fait partie des cibles de pkgin 0.4.0, je me suis fendu d’une install fraîche. Et au premier boot, j’ai pu contempler ceci :

mmmmmm :)

Depuis la semaine dernière, j’ai corrigé plusieurs bugs dans pkgin, comme vous l’avez peut-être lu ici ou là. Ces fixes devraient marquer la fin de la branche 0.3, actuellement disponible dans pkgsrc, et je me permets de rappeler que si vous ne l’avez pas déjà fait, je ne saurais trop vous conseiller que de mettre à jour vos pkgin 0.3.3.1 en 0.3.3.4 dès que possible, les correctifs étant assez violents.

Je démarre donc aujourd’hui la branche 0.4, et comme je l’ai annoncé à droite et à gauche, cette branche a 3 objectifs majeurs :

Parfois je me demande si je suis le seul à vivre des aventures aussi pourries avec les disques…

Pour Noël, j’ai demandé (et reçu), un disque “clone” du disque de ma gentille station de travail, afin de monter un RAID1 logiciel à grand coups de mdadm. Du moins je pensais qu’il s’agissait d’un clone. En réalité, ce disque Western Digital (je ne prend plus que cette marque depuis des années), s’il fait strictement la même taille que son copain, 1TB, a la particularité d’avoir des secteurs de 4096 octets au lieu de 512. J’avais lu, incrédule, que ceci posait quelques tracas sous GNU/Linux, ce que je me refusais à croire tant ma foi est grande. Seulement voila, un

Rien dans les manches, rien dans les poches :

• Hm, oui, et alors ?
• Attends, attends.

• Mouais, super, et ?
• atteeeeends

• fxp0 ?? comment ça fxp0 ?!
• Bah parce que :

• hAOOOOOOOOOOOoooooooooooooooooon
• et ouais.

La doc est ici, et contrairement à ce qu’on peut y lire, je fais tourner un JUNOS 9.3R3.8 (le fameux) sur une base de FreeBSD 6.4. Suivez scrupuleusement la documentation, en particulier les sections Modify jinstall file et Watchdog panic immediately after boot, cette dernière étant indispensable si vous souhaitez, comme moi, faire votre test sous des versions récentes de KVM.