Erwan David wrote:
Le Thu 13/12/2001, Nicolas Boos disait
Traduction : En gros, make-kpkg te dit que tu n'as pas de modules (autres
que ceux propres du noyau) dans /usr/src/modules. Apr�s, make-kpkg
passe � la suite, comme un grand.
PS : /usr/share/doc/kernel-package/README.modules, limpide.
bretagne:~ % less usr/share/doc/kernel-package/README.modules
usr/share/doc/kernel-package/README.modules: Aucun fichier ou r�pertoire de ce
type
Manque un "/" au d�but ... Ah mince, tu es peut-�tre en stable ... Pas
de chance, le fichier n'existe que pour testing et unstable. Bah dans
quelques mois, woody deviendra stable ... ;-)
Je r�pond aussi � quelques autres courriels de Erwan David :
> ET pourquoi j'aurais des modules dans /usr/src/moduile ? si je patche
> le noyau je patche dans l'arbre, pas � c�t�...
Parce que ce ne sont g�n�ralement pas tes propres patches qui vont � cet
endroit, mais plut�t ceux de projets li�s au d�veloppement du noyau
(cela permet de garder le r�pertoire du noyau propre), mais pas inclus
pour diff�rentes raisons. Personnellement, j'ai nvidia-kernel-src, cdfs,
lm-sensors, em8300, ftpfs et i2c (bon celui-ci est dans le noyau, mais
cette version est cens�e �tre plus � jour). Et si un jour, je veux
modifier mon noyau � la main, je ferai mes modifs directement dans les
sources du noyau, � charge pour moi de faire attention quand je
patcherai d'une version du noyau � une autre (de 2.4.16 en 2.4.17 par
exemple)
Ailleurs, il a �galement �crit :
> gpg: `Unknown Kernel Package Maintainer
> <[EMAIL PROTECTED]>' a �t� ignor�: la cl�
> secr�te n'est pas disponible
> gpg: [stdin]: clearsign failed: la cl� secr�te n'est pas disponible
> make: *** [stamp-buildpackage] Erreur 2
Bizarre, dans la documentation (AMA tr�s bien faite, mais en anglais)
(/usr/share/doc/kernel-package/README.gz), il n'est pas indiqu�, dans
les instructions rapides, de lancer un make-kpkg buildpackage. Peux-tu
suivre les 6 �tapes indiqu�es et nous dire si cela fonctionne ? (Il
aurait �galement �t� judicieux de nous donner la commande � l'origine de
l'erreur pour d�terminer la cause exacte du probl�me) (cf. l'explication
de cette erreur plus bas)
Il a �galement �voqu� la quasi-obligation d'utiliser des modules :
> En plus elle mforce un mod�le de noyau : celui avec quasiment tou t en
> module. Je regrette sur lma machine je sais ce que j'utilise je n'ai
> donc quasiment aucun module.
Ceci est inexact, cette option est configur�e par le make config
standard du kernel et peux parfaitement �tre d�sactiv�e (via l'option
CONFIG_MODULES). make-kpkg se fiche qu'il y ait peu ou beaucoup de
modules. Le seul probl�me �ventuel se pose si le noyau est tros gros (en
zImage ou en bzImage), mais la compilation standard du noyau a le m�me
probl�me.
Il a aussi parl� des "mainteneurs scripts" :
> C'est un m�lange d'affirmations gratuites sur des avantages qui n'en
> sont pas (des tas de points que je sais parfaitement faire tout seul
> sans make-kpkg), �a m�lange le noyau que tu fais toi m�me et le noyau
> que tu downloa des (les "mainteneur scripts" par exemple �a c'est un
> noyau que tu downloade pr�compil� pas un noyau que tu fais toi m�me).
Si je ne me trompe pas, il ne s'agit pas de cela, mais bien de scripts
install�s dans le noyau compil� par make-kpkg : lors de l'installation
du paquet, il te demande par exemple si tu veux ex�cuter lilo (ou
autre), si tu veux d�placer ton r�pertoire de modules (au cas o� le nom
du r�pertoire est le m�me) et une autre question qui m'�chappe actuellement.
Il a enfin parl� de make-kpkg clean qui ne marche pas :
> ben d�j� �a ne marche pas :
>
> bretagne:/usr/src/linux % make-kpkg clean
> find: /usr/src/modules: Aucun fichier ou r�pertoire de ce type
Bizarre, chez moi, �a va au bout (unstable et testing) (en ayant
d�lib�r�ment renomm� le r�pertoire /usr/src/modules) :
[EMAIL PROTECTED]:/usr/src/linux$ make-kpkg clean
find: /usr/src/modules: Aucun fichier ou r�pertoire de ce type
find: /usr/src/modules: Aucun fichier ou r�pertoire de ce type
make[1]: Entering directory `/usr/src/linux-2.4.16'
[... pas mal de nettoyage]
rm -f /usr/src/linux-2.4.16/scripts/mkdep-docbook
rm -rf DBTOHTML_OUTPUT*
make[3]: Leaving directory `/usr/src/linux-2.4.16/Documentation/DocBook'
rm -f core `find . \( -not -type d \) -and \
\( -name '*.orig' -o -name '*.rej' -o -name '*~' \
-o -name '*.bak' -o -name '#*#' -o -name '.*.orig' \
-o -name '.*.rej' -o -name '.SUMS' -o -size 0 \) -type f -print` TAGS
tags
make[2]: Leaving directory `/usr/src/linux-2.4.16'
test ! -f config.precious || mv -f config.precious .config
rm -rf debian/tmp-source debian/tmp-headers debian/tmp-image debian/tmp-doc
test -f stamp-building || test -f debian/official || rm -rf debian
make[1]: Leaving directory `/usr/src/linux-2.4.16'
[EMAIL PROTECTED]:/usr/src/linux$
Apr�s, c'est peut-�tre un bug de make-kpkg de stable ... Apr�s tout, il
a pas mal de bugs
(http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=pkg&data=kernel-package&archive=no),
mais ceux-ci paraissent beaucoup plus r�cents que stable.
Je ne cherche pas � te forcer � utiliser make-kpkg, apr�s tout, un des
atouts de Debian est bien de laisser le maximum de libert� aux
utilisateurs. Pour moi, �a m'a fait un souci de moins (notamment au
moment de la transition noyau 2.2 vers 2.4).
Ah, j'allais oublier, je ne sais plus si on a d�j� donn�e l'adresse du
mini HOWTO Noyau Debian par Nicolas Boos,
http://nicolaxx.free.fr/docs/noyau/noyau.html.
Une remarque sur la section 2.3 : il me semble que la commande make-kpkg
buildpackage ne soit pas strictement �quivalente aux commandes clean et
kernel_* : chez moi, il fait une v�rification pr�alable sur la version
indiqu�e dans debian/changelog (apr�s avoir incr�ment� le num�ro de
r�vision) :
[EMAIL PROTECTED]:/usr/src/linux$ make-kpkg --revision=custzeus.1.2 buildpackage
I note that you are using the --revision flag with the value custzeus.1.2.
However, the ./debian/changelog file exists, and has a different value
custzeus.1.1. I am confused by this discrepancy, and am halting.
[EMAIL PROTECTED]:/usr/src/linux$
Peut-�tre, conseiller de faire syst�matiquement un make-kpkg clean en
premier (enfin en deuxi�me, apr�s le make [x|menu|]config). D'ailleurs,
�a me para�t �tre un bon motif � bug report car c'est contraire � ce qui
est indiqu� dans la manpage de make-kpkg.
De plus, la cr�ation du paquet �choue sur la signature des paquets
(comme l'a indiqu� Erwan plus haut) si l'on ne sp�cifie pas l'option -uc
ou/et l'option -us. C'est un autre point pour Erwan. C'est dans la doc,
mais assez cach�, donc, au final, je ne recommenderais cette commande
qu'aux power users. (Nicolas, si tu veux, je peux essayer de r��crire
cette partie sp�cifique de ta doc qui ne me semble pas tr�s claire en
d�taillant les pr�-requis, les erreurs possibles et autres ...)
C'est peut-�tre d'ailleurs ce qui a induit Erwan en erreur et dans ce
cas, il aurait raison de se plaindre, mais pas vraiment pour la bonne
raison et certainement pas de cette fa�on-l�.
Fred, fatigu� d'avoir �crit un mail aussi long et aussi par l'heure %-]
et esp�rant ne pas avoir dit trop de b�tises
PS : c'est vraiment debian-*user*-french (je devrais la mettre en
signature, cette ligne)
