Longue interview très intéressante sur les nouveautés de FreeBSD 7.0, expliquées par les développeurs eux mêmes : http://www.onlamp.com/lpt/a/7230

Reste plus qu'à avoir un système de configuration pour les ports cohérents et ce sera le top ( http://wiki.freebsd.org/RewriteOfOptions ), actuellement entre les KNOBS et les OPTIONS c'est un peu le boxon (mon script lsknobs est souvent confus entre les deux d'ailleurs).

Merci Dargor.

Je vais me lire ça pendant la pause déjeuner.
Sinon je suis d'accord avec toi à propos de la confusion knobs/options. Je pense aussi qu'il y a pas mal d'autres choses qui devraient être revues dans la gestion des application tierces sous FreeBSD. Notamment le fait que les développeurs privilégient très largement les ports aux packages, du coup même si installer des outils via les packages ne pose pas de problème, les mises à jour sont déjà plus problématiques. En effet il y a toujours un décalage entre la version des ports et celles des packages et portupgrade le gère très mal rendant la possibilité d'utiliser un FreeBSD binaire quasiment impossible (à moins de mettre à jour massivement à chaque release).
Ça aussi c'est un gros point noir qu'il serait bon d'améliorer pour avoir un système que je jugerai parfait. Thierry Thomas un dev FreeBSD avait dit sur un newsgroup qu'il était en projet de taguer une version des ports pour qu'elle coïncide avec l'état des packages disponibles. Ça ce serait tip top ! ^^
Ça ou alors pomper le pkg_add d'OpenBSD qui tue les ours (vive Marc Espie !).

Héhé oui pkg_add rox Par contre c'est codé en Perl (comme les autres utilitaires de gestion des paquets d'OpenBSD), avec des modules perso, donc je sais pas si c'est portable aisément (les modules). De mémoire chaque script commence par importer OpenBSD::PackageManager ou un truc du genre

Pour les ports de FreeBSD c'est vrai qu'il y a ce décalage aussi, je m'en suis rendu compte la première fois que j'ai voulu utiliser portupgrade... Il manque également un programme de mise à jour globale d'ailleurs (pkg_update ?), bien qu'il y en ait un en projet (ils veulent refaire portmaster en C si j'ai bonne mémoire) :/

Oui effectivement les outils de gestions de packages sous OpenBSD sont en Perl. Dans la mesure où ça ne les dérange pas de ramener Perl dans le système de base, ce langage est un excellent choix pour effectuer ce genre de tâches (la gestion des chaînes de caractères et la manipulation des expressions régulières ultra commode combiné à la possibilité de faire de l'objet simplement en fait un très bon candidat).
Après bien évidemment il doit y avoir pas mal de spécificités qui font que l'on ne peut pas copier d'OBSD pour le coller chez FBSD, cependant il doit y avoir un gros morceau qui doit pouvoir être repêché.
Marc Espie disait que sont pkg_add, contrairement au pkg_install de FreeBSD et au pkgsrc de NetBSD n'était pas victime du syndrome du poisson rouge (i.e. j'avance sans savoir où je vais). Apparemment pkg_install s'appelle de manière récursive ce qui le conduit parfois à réaliser les mêmes opérations plusieurs fois, chose que pkg_add ne fait pas. Déjà repomper cet algo serait une bonne chose. Ensuite bien évidemment mettre en place le fameux « -u » qui fait tant défaut à pkg_install ne serait pas un luxe non plus.

ils veulent refaire portmaster en C si j'ai bonne mémoire

Ouep, pkg_upgrade mais c'est à l'état de « idea for volunteers » depuis plus d'un an maintenant :
http://www.freebsd.org/prrojects/ideas/#p-ports-upgrade

Ça me donne envie d'être un de ces volunteer pour au moins amorcer le boulot et motiver des gars plus compétents pour prendre le relais.

interessant tous ces détails interne. Merci Dargor.