J’aime pas le PHP. Vraiment pas. Peu confiant, j’upgrade mon wordpress en version 2.3.3. Jme dis, ces bestiaux troués jusqu’à l’os, ‘vaut mieux les tenir à jour, autrement c’est un coup à se retrouver avec des psybncU53R dans votre DB. Assez surpris, l’upgrade semble se passer sans encombres, et finalement imil.net me parait n’avoir aucun défaut suite à cette migration. Et là, Madame Balise lache un “tiens ils marchent pas tes tags iMil”. Bah ouais. Ils marchent plus tes tags iMil.

Conversation entre deux Guris, proche d’un magasin de portables :

(en parlant de l’asus Eee) "

• nan mais c’est nul c’est linux dessus tu peux rien faire
• ah bon ? mais je croyais que c’était comme un ordinateur
• ouais c’est con en plus ils en font des roses maintenant LOL
• ouais mais si y’a rien d’autre qu’internet c’est nul
• bah oui voila, c’est dommage il est pas cher "

Meurtre. Piqure. Torture. Yeux. Caniveau.

Depuis le temps que j’en parle, je me suis enfin mis à pkg_comp. Ce tool ecrit en shell permet de simuler un environnement NetBSD dans un chroot avec pour but de compiler en toute sérénité l’ensemble des packages nécessitant un upgrade sur votre machine afin d’en faire des packages binaires tout prêts à être processés par pkg_chk -uab. pkg_comp se charge de mounter tout seul /usr/pkgsrc via nullfs afin de déposer le résultat de la compilation directement dans le repertoire packages/, qui sera plus tard scanné par pkg_chk. C’est très classe. Voici une rapide procédure pour réaliser un upgrade sans prise de tête, on présume dans la suite que votre package pkg_install est à jour (c’est important) :

29 Fevrier 2008, Barcelone :

Ça fais jamais qu’un delta de 58 degrés avec ma dernière soirée au Canada.

D’aucuns diront que je passe mon temps en vacances, mais me voici jusqu’à samedi à Barcelone. En un mot comme en cent, j’adore cette ville, mais forcemment, je suis partial: 1. c’est en Espagne, 2. y’a un Pacha. Non, vraiment nickel. À part un truc. Y’a pas de Wifi public dans mon hotel. Je vais à la reception, je me rencarde, “ah mais sisi monsieur, c’est 26¤ le pass pour 24h”. Ah ouaiiis, ooook, waiiii, bah d’accord alors. Foutage de gueule un peu.

J’ai topé ça dans une boutique à Montréal :

Vraiment pas mal. Si l’on possede quelques notions de C et de système, l’auteur nous fait manipuler du module kernel FreeBSD dès la 10eme page, et nous apprend à ruser dès la vingtieme. Je regrette qu’il soit si petit (à peine 130 pages), j’en aurait bien avalé le triple.

-22, vent, neige. Derrière un pare-brise, ça ressemble à ça :

Demain je décolle pour Montreal…

À moins d’avoir l’impensable chance de tomber sur un AP qui aurait fait son chemin jusqu’à moins de 100m d’un chalet paumé au milieu des montagnes, il y a peu de chances que je publie quoi que ce soit dans les deux prochaines semaines.

+++

"re0: watchdog timeout"

Voila tout ce que nous obtenions lorsque nous choisissions le driver NIC rtl8139 pour un domU NetBSD ou OpenBSD. Finalement, c’est une réponse de Manuel Bouyer sur port-xen qui donne la solution: Désactiver re* ! C’est alors rtk* qui prend la main, et là, point de timeout, de latences ou autres dysfonctionnement, “juste ça marche”.

fouyou, ce voyage dans le passé…

Il y a 7 ans, je commettais ceci. EasyLDAP était une librairie qui permettait d’implémenter une interaction LDAP en C assez simplement. Mais son but final était plus concret; en effet, en 2001, FreeBSD ne possédait pas de port nss_ldap, son architecture nss était quelque peu aride, et l’un de mes projets dans mon job de l’époque, c’était de trouver le moyen de centraliser l’authentification de nos serveurs FreeBSD, et de préférence, via LDAP. La sale magouille que j’avais trouvé à l’époque, c’était d’utiliser la variable LD_PRELOAD et de préloader, donc, la librairie eldap dans laquelle j’avais redéfini les fonctions getpwnam, getpwuid, getgrnam etc etc… Et ça marchait ! :)