----- Original Message ----- From: "Benoît Audouard" <[EMAIL PROTECTED]> To: <[email protected]> Sent: Thursday, May 06, 2004 12:15 AM Subject: Re: [Eagleusb-dev] compilation reussie sous fedora core 2 test 3
<snip> >> Pas besoin de kernel-source, et j'ai fait >> >> [EMAIL PROTECTED] eagleusb]$ ./configure --with-kernel-src=/lib/modules/2.6.5-1.349/build/ >ça a l'air de devenir la norme >- sous Mandrake, j'ai ça aussi, >- c'est bon sur Debian ? >ça vaut le coup pour les kernels > 2.6 de modifier le configure (autres >fichiers ?) afin de prendre ça par défaut ? (ça nous enlèverait la >"dépendance" sur le kernel-source ce qui serait vraiment pas mal) et >sinon (si le répertoire existe pas) prendre le "lien" /usr/src/linux ? > >Quelqu'un sait si c'est ce qui remplace le fameux package >"kernel-headers" qui revient de temps en temps ? (je crois me rappeler >que ça avait été préconisé avec le 2.6 mais est-ce bien fait à chaque >release ?) Le message de Linus date de 2000 et n'est donc pas une grande nouveauté http://www.uwsg.iu.edu/hypermail/linux/kernel/0007.3/0587.html Sur ma RH7.3 qui commence à dater, il y a déjà un lien de /lib/module/$version-noyau/build vers /usr/src/linux-version-noyau (*) que je compile, que ce soit un 2.4.18 ou un 2.4.26.Cela ne retire en rien la dépendance vers kernel-source. C'est juste une autre manière de l'adresser qui permet de s'assurer que par défaut on compile par rapport à la version qui est en utilisation et pour le reste, on est supposé savoir ce que l'on fait. Oui, il vaudrait mieux que le configure ne soit pas configuré par défaut sur /usr/src/linux (chez moi cela pointe vers /usr/src/linux-2.4.18 en ce moment) alors que /usr/src/lib/module/`uname -r`/build pointe toujours vers le noyau en cours d'utilisation quelque qu'il soit. (*) oui, je l'avoue, j'ai mis les sources du noyau dans /usr/src alors que Linus a dit que cela ne servait à rien. Ce que j'ai compris du message de Linus, c'est que kernel-header, ce sont les headers ayant servi à compiler glibc (/usr/include/linux/version.h indique UTS_RELEASE "2.4.9-9" dans mon cas de RH7.3) et que l'on a pas de raisons d'y toucher, sauf à recompiler glibc. La dépendance n'est pas que vers les kernel-sources mais aussi sur le .config s'il on veut pouvoir connaitre quelques paramêtres de la configuration du noyau (CONFIG_SMP). Ce n'est pas d'ailleurs très logique de s'appuyer de temps en temps sur `uname -{m,r}` dans les MAKEFILE alors que la machine devrait être déjà connue après le ./configure et pourrait être réglé par un ./configure --target. Nota 1: eagle-spec est un peu en retard sur URL: http://sourceforge.net/projects/eagle-usb/ voir sur http://eagle-usb.ath.cx mais c'est moins important vu la redirection dans ce cas. Nota 2: dans la recherche de pppoe dans le configure, on ne cherche que le programme user-mode alors qu'en toute logique, on devrait aussi chercher le plugin pppoe.so (ce qui trouvera rp-pppoe.so maintenant en standard avec ppp-2.4.2) dans /usr/lib/pppd/*/plugins Bon j'arrête parce que là cela fait beaucoup de chti problèmes et pas vraiment de solutions.
