Est-il possible de se servir d'un serveur NFS sous linux
(Noyau 2.4) comme dépot de /usr/src pour openbsd?
J'ai souvent entendu que le NFS sous linux n'était pas
trés performant. Est-ce que cela peut-être problèmatique
dans le cas d'un 'make build' ? (le /usr/obj restant en
local).
Question subsidiaire:
Est-ce que le suivi de 'current' n'est pas trop pénible
quand on est en RTC. (je me sers de cvsup).
OpenBSD arrive a peu pres a se compiler meme si l'idee de l'heure n'est pas la meme. Enfin, tant qu'on garde /usr/obj en local, hein.
Je ne sais pas quelle sorcellerie il faut alors, parceque l'heure qui diffère c'est en général assez fatal. Si ca peut passer la premiere fois, ca va peter à coup sur au premier cvs update.
-- Emmanuel Dreyfus Publicité subliminale: achetez ce livre! http://www.eyrolles.com/php.informatique/Ouvrages/9782212112443.php3
Marc Espie <espie@tetto.gentiane.org> wrote:
OpenBSD arrive a peu pres a se compiler meme si l'idee de l'heure n'est
pas la meme. Enfin, tant qu'on garde /usr/obj en local, hein.
Je ne sais pas quelle sorcellerie il faut alors, parceque l'heure qui
diffère c'est en général assez fatal. Si ca peut passer la premiere
fois, ca va peter à coup sur au premier cvs update.
--
Emmanuel Dreyfus
Publicité subliminale: achetez ce livre!
http://www.eyrolles.com/php.informatique/Ouvrages/9782212112443.php3
manu@netbsd.org
OpenBSD arrive a peu pres a se compiler meme si l'idee de l'heure n'est pas la meme. Enfin, tant qu'on garde /usr/obj en local, hein.
Je ne sais pas quelle sorcellerie il faut alors, parceque l'heure qui diffère c'est en général assez fatal. Si ca peut passer la premiere fois, ca va peter à coup sur au premier cvs update.
-- Emmanuel Dreyfus Publicité subliminale: achetez ce livre! http://www.eyrolles.com/php.informatique/Ouvrages/9782212112443.php3
chris
Bonjour à tous, j'ai donc profité de mon week-end pour: - passer en openbsd 3.4 par une réinstallation; - passer en current via les sources présent sur un serveur linux.
Les options placés à l'export sont les suivantes: (rw,no_root_squash,no_subtree_check)
La mise à jour vers current a été effectuée en suivant les conseils de l'"upgrade-minifaq".
La compilation de l'ensemble (noyau puis le reste) à mis environ 18H (sur un celeron 650MHz et 64Mo de mémoire).
Pour la mise à jour de /etc/ et /var, je me suis servi du paquet binaire de mergemaster sur les cdroms.
Je remercie donc toutes les personnes qui m'ont apporté leur aide.
Je vais maintenant essayé de suivre current avec un "make build" par mois.
A+ sur fcob
Bonjour à tous,
j'ai donc profité de mon week-end pour:
- passer en openbsd 3.4 par une réinstallation;
- passer en current via les sources présent sur
un serveur linux.
Les options placés à l'export sont les suivantes:
(rw,no_root_squash,no_subtree_check)
La mise à jour vers current a été effectuée en suivant
les conseils de l'"upgrade-minifaq".
La compilation de l'ensemble (noyau puis le reste) à
mis environ 18H (sur un celeron 650MHz et 64Mo de
mémoire).
Pour la mise à jour de /etc/ et /var, je me suis servi
du paquet binaire de mergemaster sur les cdroms.
Je remercie donc toutes les personnes qui m'ont apporté
leur aide.
Je vais maintenant essayé de suivre current avec un
"make build" par mois.
Bonjour à tous, j'ai donc profité de mon week-end pour: - passer en openbsd 3.4 par une réinstallation; - passer en current via les sources présent sur un serveur linux.
Les options placés à l'export sont les suivantes: (rw,no_root_squash,no_subtree_check)
La mise à jour vers current a été effectuée en suivant les conseils de l'"upgrade-minifaq".
La compilation de l'ensemble (noyau puis le reste) à mis environ 18H (sur un celeron 650MHz et 64Mo de mémoire).
Pour la mise à jour de /etc/ et /var, je me suis servi du paquet binaire de mergemaster sur les cdroms.
Je remercie donc toutes les personnes qui m'ont apporté leur aide.
Je vais maintenant essayé de suivre current avec un "make build" par mois.
