Effectivement côté filesystem, tous les *BSD sont toujours un cran en dessous de Linux et il n'y a que DragonFlyBSD qui se bouge un peu de ce côté-là.
La notion de modules existe sous OpenBSD (essaye "man lkm"). Mais l'idée est que le noyau de base contient tout ce qu'il faut pour pouvoir travailler. Si tu as des choses à désactiver ou à configurer de façon inhabituelle, tu utilises la commande "config" (essaye "config -e -f /bsd"). Il n'y a quasiment jamais besoin de recompiler le noyau OpenBSD et c'est beaucoup mieux comme ça. Quand un rapport de bogue est soumis, tout le monde a la même configuration du noyau, c'est beaucoup plus simple de trouver ensuite d'où vient l'erreur que quand chacun a un noyau différent. Et retirer des trucs du noyau ne te fera gagner absolument rien en performances.
Pour les mises à jour tu peux soit suivre le CVS (branche STABLE) ou bien récupérer les patches qui sont mises à dispositon sur le ftp.
Et pour les mises à jour des paquetages, taper "pkg_add -ui" suffit.
[^] # Re: Alors
Posté par j . En réponse à la dépêche OpenBSD 3.8 est sorti !. Évalué à 10.
La notion de modules existe sous OpenBSD (essaye "man lkm"). Mais l'idée est que le noyau de base contient tout ce qu'il faut pour pouvoir travailler. Si tu as des choses à désactiver ou à configurer de façon inhabituelle, tu utilises la commande "config" (essaye "config -e -f /bsd"). Il n'y a quasiment jamais besoin de recompiler le noyau OpenBSD et c'est beaucoup mieux comme ça. Quand un rapport de bogue est soumis, tout le monde a la même configuration du noyau, c'est beaucoup plus simple de trouver ensuite d'où vient l'erreur que quand chacun a un noyau différent. Et retirer des trucs du noyau ne te fera gagner absolument rien en performances.
Pour les mises à jour tu peux soit suivre le CVS (branche STABLE) ou bien récupérer les patches qui sont mises à dispositon sur le ftp.
Et pour les mises à jour des paquetages, taper "pkg_add -ui" suffit.