Emile “iMil” Heitor ‘s home

J’ai dans mes cartons un “vieux” laptop Compaq. Ce dernier, bien que peu véloce, a une belle résolution, un clavier et une dale assez agréables, par conséquent, il faisait un candidat idéal au loutrage-canapé.

Mon premier reflexe fut evidemment d’insérer un CD de NetBSD 5.0RC2 fraîchement gravé, mais si l’installation et le boot furent une vraie rigolade, j’ai déchanté assez rapidement en voyant le noyau panic()’er aléatoirement :(

Qu’à cela ne tienne, je décide de me rabattre sur un NetBSD 4.0.1, valeur sure.
Et vla que ça bloque au boot. J’aime pas les laptops Compaq.
Comme je le suspectais, c’est evidemment cette grosse merde d’ACPI qui empêchait le noyau de se dérouler, donc à grands coups de userconf(4), je désactive acpi0. Démonstration :

Au boot, appuyer sur une touche pour arreter le décompte, puis

> boot -c
[un bout de dmesg]
uc> disable acpi0
acpi0 disabled
uc> quit

Ça boote.

L’install se déroule au poil, reboot nickel, tout fonctionne. Mais voila, sans ACPI, point d’APM, et surtout, la ventilation de la machine est insuffisante, et ça, ça brule les doigts. La solution n’est pas très complexe, il “suffit” de se recompiler un GENERIC_LAPTOP. On va pas revenir la dessus.

Je passe aussi sur l’installation de modular-xorg qui a été nécessaire car cette pourriture d’ATI Mobility X600 n’était pas reconnue par XFree86 (NetBSD 4.0 j’ai dit).

NB: j’adooOOoore ecrire mes news avec vim

Ce post est particulier. Sisi, il l’est. En fait je suis en train d’ecrire ce billet depuis vim. Rien de terrible me direz-vous, sauf qu’apres l’avoir sauvegardée, je pousserai cette news sur mon buergl avec… wpost.pl !
Cherchez pas, je viens de l’écrire et il est pas encore dispo (attendez encore quelques lignes). C’est pas compliqué, les trucs avec des boutons, des onglets, des checkboxes et tous ces trucs, j’y arrive pas. Alors puisqu’on est jamais mieux servi que par soi-même…

Ce billet servira de README à ce petit bout de code perl qui utilise les modules Config::IniFiles et WordPress::XMLRPC, lequel devrait arriver dans pkgsrc dès que je reçois l’aval de mon sponsor :)

L’utilisation de cet outil est simplissime, créez tout d’abord un fichier ~/.wpostrc répondant au format suivant :

[monbuergl]
user=monuser
passwd=monpass
url=http://monbuergl.com/xmlrpc.php

Créez un fichier contenant votre billet ayant le format suivant :

title: mon titre convivial

categories: ['categorie1', 'categorie2']

Mon texte passionnant racontant mes aventures

Appelez ensuite le script de cette façon pour ajouter votre billet :

./wpost.pl monbuergl add fichier-post

De cette façon pour le modifier (en ayant préalablement modifié son contenu) :

./wpost.pl monbuergl mod fichier-post

Et finalement de cette façon pour l’effacer :

./wpost.pl monbuergl del fichier-post

Si votre WordPress n’est pas configuré pour de l’UTF-8, placez la variable $use_utf8 à 0.

Attention, cette version étant une première mouture, les posts ne sont pas publiés par defaut, si vous êtes satisfaits du fonctionnement de wpost.pl, editez le et placez la variable $publish à 1.

Par ici la bonne soupe !

update: www/p5-WordPress-XMLRPC est désormais disponible dans pkgsrc

Je suis en train de packager un module apache, mod-vhost-ldap, qui a pour dépendence www/apache22 et par conséquent devel/apr-util. Jusque là, rien de terrible, les inclusions suivantes gèrent ces dépendances directes :

.include "../../mk/apache.mk"
.include "../../databases/openldap-client/buildlink3.mk"

Seulement voila, pour que mod-vhost-ldap compile correctement, devel/apr-utils doit impérativement être compilé avec le support LDAP. Ceci est réalisé en plaçant la variable PKG_OPTIONS.apr-util=ldap par exemple dans /etc/mk.conf. Cependant, si cette variable n’est pas renseignée, et que rien de particulier n’est spécifié dans le Makefile du package mod-vhost-ldap, la compilation de ce dernier foirera lamentablement et je vous met au défi d’en trouver la cause.

Pour ces cas particuliers, un package qui dépend d’une particularité du build d’un autre package, une piste se trouve dans net/fetch, ecrit par Joerg. L’astuce n’est pas de toute beauté: si la condition sus-citée n’est pas valide, on arrete le port grace à la directive PKG_FAIL_REASON à laquelle on affecte un message d’erreur compréhensible. Cela se traduit par les lignes suivantes :

.include "../../devel/apr-util/buildlink3.mk"
.if empty(PKG_BUILD_OPTIONS.apr-util:Mldap)
PKG_FAIL_REASON+=       "PKG_OPTIONS.apr-util must contain the ldap parameter"
.endif

Moyennant quoi, notre package ne compilera que si la condition “PKG_BUILD_OPTIONS contient au moins l’option ldap“.

J’me suis tâté à balancer ça sur imil.net, mais après tout, puisque j’y raconte ma vie et que ceci est probablement l’un des instants les plus magiques de cette dernière, je vais pas m’en priver (non on attend pas un gamin).

Depuis combien de temps j’attend ça… je sais plus bien, à vue de nez, je dirais une huitaine d’années, depuis que j’ai commencé à contribuer chez eux. J’ai pondu des trucs, plus ou moins interessants, j’ai participé dans la mesure du possible et surtout dans la mesure de mes compétences, de mon temps, un peu au petit bonheur. Et finalement, c’est arrivé, sous l’œil bienveillant de mes deux sponsors que je remercie sincèrement: je suis officiellement développeur NetBSD.

Du coup je vais exhumer tous les projets NetBSD-related que j’avais laissé un peu trainer, et evidemment en premier lieu, pkg_select dont le dernier update doit dater de fin 2005. Ça va être sport. J’ai également quelques idées sous le coude qui pourraient s’avérer intéressantes, par contre, il est assez probable que la première victime de cette nouvelle soit mon bien aimé BeastieBox, dont je ne pense pas pouvoir assurer le maintient en parallèle de mon travail au sein de la NetBSD Foundation. Si y’a des repreneurs interessés, je prète les clés du chalet avec plaisir.

À part ça, je kiffe, et c’est pas peu dire.

Deux ptites astuces que je poste plus pour m’en souvenir qu’autre chose.

J’avais acheté il y a quelques temps une oreillette bluetooth. À cette époque, j’avais vilainement galéré avec btsco et la stack bluetooth Linux, pour finalement obtenir un résultat moyennement satisfaisant puisque l’attachement de l’oreillette nécessitait moult manipulations.

Sur ma Debian flambant neuve, et pres de 3 ans plus tard, les choses se sont considérablement améliorées.

1. ajout des lignes suivantes dans le fichier ~/.asoudrc :

pcm.bluetooth {
         type bluetooth
         device 00:11:22:33:44:55
}

Ou vous remplacerez evidemment 00:11:22:33:44:55 par l’identifiant que vous retournera un hcitool scan, correspondant à votre oreillette.

2. création du fichier /etc/bluetooth/audio.service avec le contenu suivant :

[Bluetooth Service]
Identifier=audio
Name=Audio service
Description=Bluetooth Audio service
Autostart=true

Après un redémarrage de la stack bluetooth, /etc/init.d/bluetooth restart, il suffira alors de spécifier dans le logiciel souhaité, twinkle par exemple, “bluetooth” comme device in/out. Et non, ekiga ne supporte pas ça (ceci est explicitement ecrit ici)

Sur un sujet complètement different, pour assouvir les vils instincts de gamaize qui m’assaillent parfois, j’ai fait l’aquisition d’une NVidia 8600GT, une carte d’entrée de gamme chez NVidia, mais qui s’avère tout à fait efficace avec les jeux recents pour peu qu’on ne veuille pas taper dans des résolutions élevées. J’ai appris que ces cartes ne sont pas, loin s’en faut, livrées avec leur clocking optimal, comprendre qu’elles sont allègrement underclockées. La manipulation nécessaire à l’obtention de leur capacité prévue est la suivante :

Ajouter l’option Option "Coolbits" "1" à la section Device de votre /etc/X11/xorg.conf, redémarrer X11, installer puis démarrer nvidia-settings. Une section “Clock Frequencies” devrait être disponible. Séléctionnez “3D Clock Frequencies” et cliquez sur “Auto-detect”. Une fois les fréquences détectées, cliquer sur “apply”. J’ai gagné une centaine de mégahertz de cette façon. Attention, l’operation n’est pas permanente, un redémarrage de X réinitialise ces valeurs aux factory defaults, un petit script sera du meilleur effet pour automatiser ce parametrage.