Le mar, jan 08, 2002, � 11:13:04 +0100, Yann Forget a �crit: > > Parce que trop d'utilitaires de l'�poque RedHat x.0 (x < 3,4) d�pendent de > > ce que le noyau se trouve dans /usr/src (en particuliers, certaines version > > des libc utilisaient directement des en-t�tes du noyau, ce qui fait hurler > > les d�veloppeurs noyau. Le but de la manoeuvre �tait de s'assurer que l'on > > ne puisse pas �crire de code avec > > #include <linux/n_importe_quoi.h> > > C'est justement pour cette raison que je mets les sources du noyau dans > /usr/src. > Pour que les applis qui les cherchent puissent les trouver (ex: VMware).
c'est le r�le de kernel-headers*.deb, pas du tarball source, de fournir le jeu d'en-t�tes r�clam�s par certaines applications. Quand l'administrateur est en train de recompiler un noyau exp�rimental, il n'y a aucune raison que les applis (compil�es par potentiellement d'autres) se trouvent compil�es avec ces en-t�tes-l�. > AMA, c'est quand m�me plus propre de mettre les sources du noyau dans > /usr/src. > C'est le r�pertoire qui est fait pour �a. > En mettant recompilant une appli dans /tmp, �a devient une poubelle, > et /tmp devrait pourvoir �tre vider sans cons�quences � chaque reboot. Mais c'est le cas: le backup est sur ftp.xx.kernel.org (et /boot/config-*) Si tu d�veloppes, alors la place est dans /home ! (ou /var, ou /foo ) (cela dit, je place les sources des noyaux que je compile dans /usr/src/linux/build/$MACHINE, avec /usr/src/linux m'appartenant, et /usr/src/linux/include est le contenu du dernier kernel-headers r�put� stable que j'ai install� quand j'en ai eu vraiment besoin (c.�.d il y a ... fouyayaaaa !!) A++ -- Grumpf.
