Ensuite (et c'est peut-être une raison pour les
séparation) ce n'est pas géré avec le même outil,
car justement, un système ne se met pas à
jour comme un programme. Changé une lib 'core' n'est
pas anodin, il ne vaut mieux pas que par jeux de
dépendance elle soit modifié. Tu imagines, xfce (par
exemple) utilise une lib core (on vas dire libcore
car j'ai pas d'inspiration là :p ) xfce à besoin
d'un update de cette lib, elle l'importe et
l'installe, mais voilà, c'est une lib en court
de developpement, elle est pas audité et fait
planter tout le système :-/ (ça met arrivé avec
debian).
Tu as très bien résumé la situation et c'est
précisément pour cela que les logiciels (userland) et
l'OS sont séparés.
Alors en général avec debian justement, tu fait un
coup de downgrade et tu attends... Avec openbsd
non, ça n'arrivera pas. Quoiqu'il arrive tu auras
toujours un système fonctionnel, si les applis sont
mal foutu, c'est leur problème ;-)
Le problème, c'est que beaucoup de logiciels viennent
du monde Linux, où tout le monde est censé avoir la
toute dernière version de la dernière lib à la mode.
Un logiciel bien programmé devrait être portable,
c'est-à-dire qu'il devrait être compilable sur un OS
différent, avec des dépendances de version
différentes.
Par exemple : XYZ devrait pouvoir fonctionner avec la
libmachin, de la version 1.25 à la version 1.77RC5.
Mais souvent, les programmeurs de XYZ sont des
feignasses, et ne vérifient pas cette compatibilité.
Idem pour les différentes fonctionnalités des kernels
Linux : si XYZ s'attends à tourner sous Linux, il y a
de fortes chances pour que ca foire sous *BSD...
À la limite, ça donne des trucs comme ça :
http://slashdot.org/~Noryungi/journal/172091
[Les programmeurs de Pidgin ont commencé par dire que
Slackware était inutilisable, puis ils ont changé ça
en un argument du genre : "ouais, bon, mais c'est
super dur de compiler sous Slackware, etc..."]
De plus les mises à jour du core sont très
différente car tu peux en faire un calendrier
(contrairement à debian ou autre), c'est tout les
6 mois :) Et surtout il faut faire ça tranquillement
à tête reposé, lire les modifications apporté pour
savoir ce qu'il faut changer dans ta config.
Boarf... Quand tu installes ta nouvelle version
d'OpenBSD, tu sélectionnes "Update" au lieu de
"Install" et tu mets à jour tes packages avec un :
sudo pkg_add -i -vv -F update -u <nom_package>
Par défaut, la fonction "Update" garde ta
configuration donc il y a peu de chances pour que ça
parte en vrille. Parfois, il faut faire gaffe quand
les dev
Ensuite, oui, il faut bien regarder ce qu'il y a de
changé, mais ça ne prends pas des heures... :-)
C'est finalement très important de séparer les deux.
Tu preteras, enfin, moi je prêtes plus d'attention à
ce que je fait quand je met à jour le système
(contrairement au userland).
C'est bizarre, moi, c'est l'inverse : mettre le
système à jour, j'y vais gaiement, car je sais qu'il
est probablement assez sécurisé.
Par contre, le userland, je fis gaffe, car je ne veux
pas d'une appli qui soit un énorme trou de sécurité...
C'est pour cela que je n'ai jamais installé d'appli à
base de PHP par exemple... ;-)