Pkgsrc

J’aime bien les trucs qui clignottent, j’aime bien quand ça fait wouiz wouiz “ton CPU a trop chaud” zap zap “tu fais le cochon avec ta RAM”, ce genre là.

Je fus fort déçu mais peu surpris de constater que ni “CPU frequency scaling monitor” ni “sensors applet” n’ont été portées dans pkgsrc. Ces deux applets utilisent en effet probablement un tas d’API totalement linux-centric, comme par exemple lm-sensors pour l’affichage des températures (non khali, je ne suis pas en train de dire du mal d’lm-sensors).

NetBSD 5.0, je vous en ai rabâché les oreilles: et que t’y crois pas comme c’est rapide, poh poh poh comment y’a trop des features conviviales et oulala mais woua comme c’est sexy que t’emballes trop en soirée avec ton 5.0 shiny.

Des articles en ligne en passant par la serie “à la découverte de NetBSD” rondement menée par la fine équipe de NetBSDfr, on vous en sert à tous les repas. Eh bah c’est pas fini.

Pkgsrc sur OpenSolaris, c’est bien, mais des packages compilés en 64 bits avec Sun Studio, c’est quand même la grosse classe. Et parmi eux pkgin, evidemment :)

Malheureusement, ce n’est pas une opération spécialement bien documentée, et surtout, elle nécessite une modification (en tout cas à ce jour) de mk/compilers/sunpro.mk.

J’utiliserai /opt comme base pour l’installation du framework car cela semble être l’usage pour tous les utilisateurs chevronnés du binôme Solaris/pkgsrc.

Je suppose dans le reste de ce post que la machine cible est 64 bits-capable et que le package sunstudio12u1 est installé via pkg.

Aaaah les charsets, décidemment, c’est ce que je préfère. Alors que j’étais en train de mettre en place une usine à gaz en PHP (remarquez l’effet de style), je ne fus que très peu surpris d’être confronté à l’erreur suivante :

blaaaaa bla bla bla.

La plateforme est NetBSD 5.0.1, et les packages PHP issus des builds binaires, installés avec vous savez quoi. Et c’est là où le bât blesse. En effet, php5-iconv, dans sa version binaire, est compilé avec la version builtin de la libiconv, et pour une raison que je n’ai absolument pas envie de creuser, cette version là produit l’erreur sus-citée. La solution est assez simple, il suffit d’ajouter à son /etc/mk.conf la directive suivante :

Avant d’aller me dorer la pilule, j’ai fait le ménage sur mes serveurs, et en particulier sur les domUs GCU. Les packages avaient quelques mois dans la vue, il était donc temps de mettre tout ce petit monde d’équerre.

Sur zone0, deux domUs sont particulièrement exposés, gcu, qui héberge le site et les wikis, et www2, qui héberge les sites tiers. Ces deux machines (virtuelles) tournent encore sous NetBSD 4.0, cette migration là attendra mon retour de vacances :) et sont munies de la machinerie pkg_comp / pkg_chk. Je me suis déjà longuement étendu sur le fonctionnement de ces deux outils, aussi n’expliqerai-je ici que la simplicité avec laquelle ces mises à jour se sont effectuées (bah ouais, on fait pas partie de marketing@ par hasard…).

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…

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 :

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.

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) :