Les serveurs n'étaient pas activés de toutes façons par défaut.
telnetd est toujours là mais n'est pas activé non plus.

Je crois qu'il faudra encore attendre un peu pour
voir les "r-daemons" sortir également des un*x
propriétaires.

La seule avancée depuis des années est la mise en commentaire de l'infâme rexd (beurk) dans l'inetd.conf

Quand on voit également en prod le nombre de véroles^H^H^H^H^H^H^H procédures utilisant des rcp avec des .rhosts dans touts les sens, on voit qu'il y a beaucoup de travail de communication qui nous attend ( echo rcp | sed 's/r/s/')

Par souci d'intégration dans des environnements hétérogènes, il est donc plus que nécessaire pour les un*x libres de conserver les clients r-commandes

Il ne faut pas oublier que la version de perl dans la branche -STABLE est la 5.00503 et(ait) dans la -CURRENT 5.6.x. Actuellement en production, il vaut mieux utiliser une -STABLE, par conséquent une ancienne version de perl, qui dit ancienne version de perl, implique un coté obsolète autant dans les modules que dans certains scripts.
Jouer avec CPAN avec la version native de FreeBSD, est parfois pénible. Sans compter les mainteners des ports de modules perl qui doivent eux aussi jongler avec la version de base et la version récente des ports.
Perl sera disponible via les ports et surement dans les packages du CD d'intall, on pourra utiliser facilement CPAN sous FreeBSD, on pourra faire sa propre install sans gêner l'OS, alors pourquoi critiquer cette initiave ? :o)
Déjà installé une version de Perl pour satisfaire uniquement quelques programmes qui ont été codés en perl pour facilité le tout à une époque révolu...
En plus un développeur perl sous FreeBSD doit avoir 2 versions de perl... une à jour et une pour son système...

En plus, que viendrait faire perl dans un système de base dont plus rien n'en n'a l'utilité ?

PS : -1 pour le ton nrv... youpla :o)

C'est très bien qu'il y aie plus perl dans le système de base car il était utilisé que par une poignée de scripts et si on voulait un perl récent on devait l'installer via les ports et "désactiver" l'ancien. C'est comme bind dans le système de base, ça sert à rien et il y est encore. Il faut rappeller à ceux qui ne connaissent pas FBSD que tout ce qui est dans le système de base ne peut pas se gérer comme package et la suppression consiste à enlever manuellement/renommer/changer_droits de tous les fichiers les constituants. Alors pour 3 scripts qui à la place d'être écrit en perl seront écrit en shell, on va pas pleurer et on va plutot voir un choix judicieux de laisser perl en package.