Bonjour,
Désirant compiler un nouveau noyau, j'ai lancer la commande make-kpkg clean
voici le résultat:
-----------------------------------------
francois:/usr/src/kernel-source-2.6.10# make-kpkg clean
debian/rules:1637: *** Error. I do not know where the kernel image goes to
[kimagedest undefined] The usual case for this is that I could not determine
which arch or subarch tihs machine belongs to. Pleasespecify a subarch, and
try again.. Arrêt.
------------------------------------------------
J'ai cherché sur google mais je n'ai pas trouvé la solution, les threads
concernant ce problème étaient en allemand ou en italien, je n'ai rien
compris.
Seul indice , après avoir créé mon noyau 2.6.10 au mois de juin, j'ai compilé
sur cette machine un noyau 2.4.27 pour une autre machine, es ce cela la cause
du problème et comment y remédier ?
Bonjour,
Désirant compiler un nouveau noyau, j'ai lancer la commande make-kpkg clean
voici le résultat:
-----------------------------------------
francois:/usr/src/kernel-source-2.6.10# make-kpkg clean
debian/rules:1637: *** Error. I do not know where the kernel image goes to
[kimagedest undefined] The usual case for this is that I could not determine
which arch or subarch tihs machine belongs to. Pleasespecify a subarch, and
try again.. Arrêt.
------------------------------------------------
J'ai cherché sur google mais je n'ai pas trouvé la solution, les threads
concernant ce problème étaient en allemand ou en italien, je n'ai rien
compris.
Seul indice , après avoir créé mon noyau 2.6.10 au mois de juin, j'ai compilé
sur cette machine un noyau 2.4.27 pour une autre machine, es ce cela la cause
du problème et comment y remédier ?
Bonjour,
Désirant compiler un nouveau noyau, j'ai lancer la commande make-kpkg clean
voici le résultat:
-----------------------------------------
francois:/usr/src/kernel-source-2.6.10# make-kpkg clean
debian/rules:1637: *** Error. I do not know where the kernel image goes to
[kimagedest undefined] The usual case for this is that I could not determine
which arch or subarch tihs machine belongs to. Pleasespecify a subarch, and
try again.. Arrêt.
------------------------------------------------
J'ai cherché sur google mais je n'ai pas trouvé la solution, les threads
concernant ce problème étaient en allemand ou en italien, je n'ai rien
compris.
Seul indice , après avoir créé mon noyau 2.6.10 au mois de juin, j'ai compilé
sur cette machine un noyau 2.4.27 pour une autre machine, es ce cela la cause
du problème et comment y remédier ?
* Philippe Merlin [2005-09-17 12:35] :Bonjour,
Désirant compiler un nouveau noyau, j'ai lancer la commande make-kpkg clean
voici le résultat:
-----------------------------------------
francois:/usr/src/kernel-source-2.6.10# make-kpkg clean
debian/rules:1637: *** Error. I do not know where the kernel image goes to
[kimagedest undefined] The usual case for this is that I could not determine
which arch or subarch tihs machine belongs to. Pleasespecify a subarch, and
try again.. Arrêt.
------------------------------------------------
J'ai cherché sur google mais je n'ai pas trouvé la solution, les threads
concernant ce problème étaient en allemand ou en italien, je n'ai rien
compris.
Seul indice , après avoir créé mon noyau 2.6.10 au mois de juin, j'ai compilé
sur cette machine un noyau 2.4.27 pour une autre machine, es ce cela la cause
du problème et comment y remédier ?
Je ne pense pas.
Tu utilises quelle distribution et sur quelle architecture ? Si c'est
testing/unstable et x86, que renvoie la commande :
dpkg-architecture -qDEB_HOST_GNU_SYSTEM
Fred
* Philippe Merlin <phil-deb1-anti-spam.merlin@laposte.net> [2005-09-17 12:35] :
Bonjour,
Désirant compiler un nouveau noyau, j'ai lancer la commande make-kpkg clean
voici le résultat:
-----------------------------------------
francois:/usr/src/kernel-source-2.6.10# make-kpkg clean
debian/rules:1637: *** Error. I do not know where the kernel image goes to
[kimagedest undefined] The usual case for this is that I could not determine
which arch or subarch tihs machine belongs to. Pleasespecify a subarch, and
try again.. Arrêt.
------------------------------------------------
J'ai cherché sur google mais je n'ai pas trouvé la solution, les threads
concernant ce problème étaient en allemand ou en italien, je n'ai rien
compris.
Seul indice , après avoir créé mon noyau 2.6.10 au mois de juin, j'ai compilé
sur cette machine un noyau 2.4.27 pour une autre machine, es ce cela la cause
du problème et comment y remédier ?
Je ne pense pas.
Tu utilises quelle distribution et sur quelle architecture ? Si c'est
testing/unstable et x86, que renvoie la commande :
dpkg-architecture -qDEB_HOST_GNU_SYSTEM
Fred
* Philippe Merlin [2005-09-17 12:35] :Bonjour,
Désirant compiler un nouveau noyau, j'ai lancer la commande make-kpkg clean
voici le résultat:
-----------------------------------------
francois:/usr/src/kernel-source-2.6.10# make-kpkg clean
debian/rules:1637: *** Error. I do not know where the kernel image goes to
[kimagedest undefined] The usual case for this is that I could not determine
which arch or subarch tihs machine belongs to. Pleasespecify a subarch, and
try again.. Arrêt.
------------------------------------------------
J'ai cherché sur google mais je n'ai pas trouvé la solution, les threads
concernant ce problème étaient en allemand ou en italien, je n'ai rien
compris.
Seul indice , après avoir créé mon noyau 2.6.10 au mois de juin, j'ai compilé
sur cette machine un noyau 2.4.27 pour une autre machine, es ce cela la cause
du problème et comment y remédier ?
Je ne pense pas.
Tu utilises quelle distribution et sur quelle architecture ? Si c'est
testing/unstable et x86, que renvoie la commande :
dpkg-architecture -qDEB_HOST_GNU_SYSTEM
Fred
j'ai eu des problèmes pour compiler mon noyau en testing, c'était
simplement parce que j'utilisais gcc4.0 !!!
si c'est ton cas, essaie de rediriger le lien /usr/bin/gcc sur
/usr/bin/gcc-3.3
à+
j'ai eu des problèmes pour compiler mon noyau en testing, c'était
simplement parce que j'utilisais gcc4.0 !!!
si c'est ton cas, essaie de rediriger le lien /usr/bin/gcc sur
/usr/bin/gcc-3.3
à+
j'ai eu des problèmes pour compiler mon noyau en testing, c'était
simplement parce que j'utilisais gcc4.0 !!!
si c'est ton cas, essaie de rediriger le lien /usr/bin/gcc sur
/usr/bin/gcc-3.3
à+
j'ai eu des problèmes pour compiler mon noyau en testing, c'était
simplement parce que j'utilisais gcc4.0 !!!
si c'est ton cas, essaie de rediriger le lien /usr/bin/gcc sur
/usr/bin/gcc-3.3
à+
Frédéric Bothamy a écrit :
>* Philippe Merlin [2005-09-17
>>Bonjour,
>>Désirant compiler un nouveau noyau, j'ai lancer la commande make-kpkg
>> clean voici le résultat:
>>-----------------------------------------
>>francois:/usr/src/kernel-source-2.6.10# make-kpkg clean
>>debian/rules:1637: *** Error. I do not know where the kernel image goes
>> to [kimagedest undefined] The usual case for this is that I could not
>> determine which arch or subarch tihs machine belongs to. Pleasespecify a
>> subarch, and try again.. Arrêt.
>>------------------------------------------------
>>J'ai cherché sur google mais je n'ai pas trouvé la solution, les th reads
>>concernant ce problème étaient en allemand ou en italien, je n'ai r ien
>>compris.
>>Seul indice , après avoir créé mon noyau 2.6.10 au mois de juin, j'ai
>> compilé sur cette machine un noyau 2.4.27 pour une autre machine, es ce
>> cela la cause du problème et comment y remédier ?
>
>Je ne pense pas.
>
>Tu utilises quelle distribution et sur quelle architecture ? Si c'est
>testing/unstable et x86, que renvoie la commande :
>
>dpkg-architecture -qDEB_HOST_GNU_SYSTEM
>
>
>Fred
j'ai eu des problèmes pour compiler mon noyau en testing, c'était
simplement parce que j'utilisais gcc4.0 !!!
si c'est ton cas, essaie de rediriger le lien /usr/bin/gcc sur
/usr/bin/gcc-3.3
à+
Frédéric Bothamy a écrit :
>* Philippe Merlin <phil-deb1-anti-spam.merlin@laposte.net> [2005-09-17
>>Bonjour,
>>Désirant compiler un nouveau noyau, j'ai lancer la commande make-kpkg
>> clean voici le résultat:
>>-----------------------------------------
>>francois:/usr/src/kernel-source-2.6.10# make-kpkg clean
>>debian/rules:1637: *** Error. I do not know where the kernel image goes
>> to [kimagedest undefined] The usual case for this is that I could not
>> determine which arch or subarch tihs machine belongs to. Pleasespecify a
>> subarch, and try again.. Arrêt.
>>------------------------------------------------
>>J'ai cherché sur google mais je n'ai pas trouvé la solution, les th reads
>>concernant ce problème étaient en allemand ou en italien, je n'ai r ien
>>compris.
>>Seul indice , après avoir créé mon noyau 2.6.10 au mois de juin, j'ai
>> compilé sur cette machine un noyau 2.4.27 pour une autre machine, es ce
>> cela la cause du problème et comment y remédier ?
>
>Je ne pense pas.
>
>Tu utilises quelle distribution et sur quelle architecture ? Si c'est
>testing/unstable et x86, que renvoie la commande :
>
>dpkg-architecture -qDEB_HOST_GNU_SYSTEM
>
>
>Fred
j'ai eu des problèmes pour compiler mon noyau en testing, c'était
simplement parce que j'utilisais gcc4.0 !!!
si c'est ton cas, essaie de rediriger le lien /usr/bin/gcc sur
/usr/bin/gcc-3.3
à+
Frédéric Bothamy a écrit :
>* Philippe Merlin [2005-09-17
>>Bonjour,
>>Désirant compiler un nouveau noyau, j'ai lancer la commande make-kpkg
>> clean voici le résultat:
>>-----------------------------------------
>>francois:/usr/src/kernel-source-2.6.10# make-kpkg clean
>>debian/rules:1637: *** Error. I do not know where the kernel image goes
>> to [kimagedest undefined] The usual case for this is that I could not
>> determine which arch or subarch tihs machine belongs to. Pleasespecify a
>> subarch, and try again.. Arrêt.
>>------------------------------------------------
>>J'ai cherché sur google mais je n'ai pas trouvé la solution, les th reads
>>concernant ce problème étaient en allemand ou en italien, je n'ai r ien
>>compris.
>>Seul indice , après avoir créé mon noyau 2.6.10 au mois de juin, j'ai
>> compilé sur cette machine un noyau 2.4.27 pour une autre machine, es ce
>> cela la cause du problème et comment y remédier ?
>
>Je ne pense pas.
>
>Tu utilises quelle distribution et sur quelle architecture ? Si c'est
>testing/unstable et x86, que renvoie la commande :
>
>dpkg-architecture -qDEB_HOST_GNU_SYSTEM
>
>
>Fred
Le 17.09.2005 20:11:31, Decastel Sylvain a écrit :j'ai eu des problèmes pour compiler mon noyau en testing, c'était
simplement parce que j'utilisais gcc4.0 !!!
si c'est ton cas, essaie de rediriger le lien /usr/bin/gcc sur
/usr/bin/gcc-3.3
Nooooooooooooooooooon !
MAKEFLAGS="gcc=gcc-3.4" make-kpkg <les options kibonbien>
(ou gcc-3.3 ...)
On ne refait pas les links !
à+
Jean-Luc
Le 17.09.2005 20:11:31, Decastel Sylvain a écrit :
j'ai eu des problèmes pour compiler mon noyau en testing, c'était
simplement parce que j'utilisais gcc4.0 !!!
si c'est ton cas, essaie de rediriger le lien /usr/bin/gcc sur
/usr/bin/gcc-3.3
Nooooooooooooooooooon !
MAKEFLAGS="gcc=gcc-3.4" make-kpkg <les options kibonbien>
(ou gcc-3.3 ...)
On ne refait pas les links !
à+
Jean-Luc
Le 17.09.2005 20:11:31, Decastel Sylvain a écrit :j'ai eu des problèmes pour compiler mon noyau en testing, c'était
simplement parce que j'utilisais gcc4.0 !!!
si c'est ton cas, essaie de rediriger le lien /usr/bin/gcc sur
/usr/bin/gcc-3.3
Nooooooooooooooooooon !
MAKEFLAGS="gcc=gcc-3.4" make-kpkg <les options kibonbien>
(ou gcc-3.3 ...)
On ne refait pas les links !
à+
Jean-Luc
chez moi pour faire un "make menuconfig" , avec gcc4 j'ai une erreur
(peu d'importance), en utilisant "MAKEFLAGS="gcc=gcc-3.3" make
menuconfig" la meme erreur ! et en changeant le liens, ca passe...
si qqun peu me dire comment spécifier l'option ca serait sympa...
chez moi pour faire un "make menuconfig" , avec gcc4 j'ai une erreur
(peu d'importance), en utilisant "MAKEFLAGS="gcc=gcc-3.3" make
menuconfig" la meme erreur ! et en changeant le liens, ca passe...
si qqun peu me dire comment spécifier l'option ca serait sympa...
chez moi pour faire un "make menuconfig" , avec gcc4 j'ai une erreur
(peu d'importance), en utilisant "MAKEFLAGS="gcc=gcc-3.3" make
menuconfig" la meme erreur ! et en changeant le liens, ca passe...
si qqun peu me dire comment spécifier l'option ca serait sympa...
chez moi pour faire un "make menuconfig" , avec gcc4 j'ai une erreur
(peu d'importance), en utilisant "MAKEFLAGS="gcc=gcc-3.3" make
menuconfig" la meme erreur ! et en changeant le liens, ca passe...
si qqun peu me dire comment spécifier l'option ca serait sympa...
chez moi pour faire un "make menuconfig" , avec gcc4 j'ai une erreur
(peu d'importance), en utilisant "MAKEFLAGS="gcc=gcc-3.3" make
menuconfig" la meme erreur ! et en changeant le liens, ca passe...
si qqun peu me dire comment spécifier l'option ca serait sympa...
chez moi pour faire un "make menuconfig" , avec gcc4 j'ai une erreur
(peu d'importance), en utilisant "MAKEFLAGS="gcc=gcc-3.3" make
menuconfig" la meme erreur ! et en changeant le liens, ca passe...
si qqun peu me dire comment spécifier l'option ca serait sympa...
Bonsoir,
Merci pour vos réponses .
Effectivement je suis en testing ou etch i686
uname -a donne:
--------------------------------------------------------------------
francois:/usr/src/kernel-source-2.6.10# uname -a
Linux francois 2.6.10 #1 Thu Jun 9 11:43:09 CEST 2005 i686 GNU/Linux
------------------------------------------------------------------------- --
-- 1 )
pour la commande dpkg voilà le résultat, je ne sais pas si c'est corr ect
------------------------
francois:~# dpkg-architecture -qDEB_HOST_GNU_SYSTEM
linux-gnu
-----------------------------------------------------------------------
2) les essais avec MAKEFLAGS="gcc=gcc-3.4" ou gcc-3.3 donnent le m ême
résultat que précédemment :
debian/rules:1637: *** Error. I do not know where the kernel image goes
.... Merci de votre aide.
Philou75
Le Samedi 17 Septembre 2005 20:11, Decastel Sylvain a écrit :
> j'ai eu des problèmes pour compiler mon noyau en testing, c'était
> simplement parce que j'utilisais gcc4.0 !!!
>
> si c'est ton cas, essaie de rediriger le lien /usr/bin/gcc sur
> /usr/bin/gcc-3.3
>
> à+
>
> Frédéric Bothamy a écrit :
> >* Philippe Merlin [2005-09-17
12:35] :
> >>Bonjour,
> >>Désirant compiler un nouveau noyau, j'ai lancer la commande make-kp kg
> >> clean voici le résultat:
> >>-----------------------------------------
> >>francois:/usr/src/kernel-source-2.6.10# make-kpkg clean
> >>debian/rules:1637: *** Error. I do not know where the kernel image go es
> >> to [kimagedest undefined] The usual case for this is that I could not
> >> determine which arch or subarch tihs machine belongs to. Pleasespeci fy
> >> a subarch, and try again.. Arrêt.
> >>------------------------------------------------
> >>J'ai cherché sur google mais je n'ai pas trouvé la solution, les
> >> threads concernant ce problème étaient en allemand ou en italien , je
> >> n'ai rien compris.
> >>Seul indice , après avoir créé mon noyau 2.6.10 au mois de jui n, j'ai
> >> compilé sur cette machine un noyau 2.4.27 pour une autre machine, es
> >> ce cela la cause du problème et comment y remédier ?
> >
> >Je ne pense pas.
> >
> >Tu utilises quelle distribution et sur quelle architecture ? Si c'est
> >testing/unstable et x86, que renvoie la commande :
> >
> >dpkg-architecture -qDEB_HOST_GNU_SYSTEM
> >
> >
> >Fred
Bonsoir,
Merci pour vos réponses .
Effectivement je suis en testing ou etch i686
uname -a donne:
--------------------------------------------------------------------
francois:/usr/src/kernel-source-2.6.10# uname -a
Linux francois 2.6.10 #1 Thu Jun 9 11:43:09 CEST 2005 i686 GNU/Linux
------------------------------------------------------------------------- --
-- 1 )
pour la commande dpkg voilà le résultat, je ne sais pas si c'est corr ect
------------------------
francois:~# dpkg-architecture -qDEB_HOST_GNU_SYSTEM
linux-gnu
-----------------------------------------------------------------------
2) les essais avec MAKEFLAGS="gcc=gcc-3.4" ou gcc-3.3 donnent le m ême
résultat que précédemment :
debian/rules:1637: *** Error. I do not know where the kernel image goes
.... Merci de votre aide.
Philou75
Le Samedi 17 Septembre 2005 20:11, Decastel Sylvain a écrit :
> j'ai eu des problèmes pour compiler mon noyau en testing, c'était
> simplement parce que j'utilisais gcc4.0 !!!
>
> si c'est ton cas, essaie de rediriger le lien /usr/bin/gcc sur
> /usr/bin/gcc-3.3
>
> à+
>
> Frédéric Bothamy a écrit :
> >* Philippe Merlin <phil-deb1-anti-spam.merlin@laposte.net> [2005-09-17
12:35] :
> >>Bonjour,
> >>Désirant compiler un nouveau noyau, j'ai lancer la commande make-kp kg
> >> clean voici le résultat:
> >>-----------------------------------------
> >>francois:/usr/src/kernel-source-2.6.10# make-kpkg clean
> >>debian/rules:1637: *** Error. I do not know where the kernel image go es
> >> to [kimagedest undefined] The usual case for this is that I could not
> >> determine which arch or subarch tihs machine belongs to. Pleasespeci fy
> >> a subarch, and try again.. Arrêt.
> >>------------------------------------------------
> >>J'ai cherché sur google mais je n'ai pas trouvé la solution, les
> >> threads concernant ce problème étaient en allemand ou en italien , je
> >> n'ai rien compris.
> >>Seul indice , après avoir créé mon noyau 2.6.10 au mois de jui n, j'ai
> >> compilé sur cette machine un noyau 2.4.27 pour une autre machine, es
> >> ce cela la cause du problème et comment y remédier ?
> >
> >Je ne pense pas.
> >
> >Tu utilises quelle distribution et sur quelle architecture ? Si c'est
> >testing/unstable et x86, que renvoie la commande :
> >
> >dpkg-architecture -qDEB_HOST_GNU_SYSTEM
> >
> >
> >Fred
Bonsoir,
Merci pour vos réponses .
Effectivement je suis en testing ou etch i686
uname -a donne:
--------------------------------------------------------------------
francois:/usr/src/kernel-source-2.6.10# uname -a
Linux francois 2.6.10 #1 Thu Jun 9 11:43:09 CEST 2005 i686 GNU/Linux
------------------------------------------------------------------------- --
-- 1 )
pour la commande dpkg voilà le résultat, je ne sais pas si c'est corr ect
------------------------
francois:~# dpkg-architecture -qDEB_HOST_GNU_SYSTEM
linux-gnu
-----------------------------------------------------------------------
2) les essais avec MAKEFLAGS="gcc=gcc-3.4" ou gcc-3.3 donnent le m ême
résultat que précédemment :
debian/rules:1637: *** Error. I do not know where the kernel image goes
.... Merci de votre aide.
Philou75
Le Samedi 17 Septembre 2005 20:11, Decastel Sylvain a écrit :
> j'ai eu des problèmes pour compiler mon noyau en testing, c'était
> simplement parce que j'utilisais gcc4.0 !!!
>
> si c'est ton cas, essaie de rediriger le lien /usr/bin/gcc sur
> /usr/bin/gcc-3.3
>
> à+
>
> Frédéric Bothamy a écrit :
> >* Philippe Merlin [2005-09-17
12:35] :
> >>Bonjour,
> >>Désirant compiler un nouveau noyau, j'ai lancer la commande make-kp kg
> >> clean voici le résultat:
> >>-----------------------------------------
> >>francois:/usr/src/kernel-source-2.6.10# make-kpkg clean
> >>debian/rules:1637: *** Error. I do not know where the kernel image go es
> >> to [kimagedest undefined] The usual case for this is that I could not
> >> determine which arch or subarch tihs machine belongs to. Pleasespeci fy
> >> a subarch, and try again.. Arrêt.
> >>------------------------------------------------
> >>J'ai cherché sur google mais je n'ai pas trouvé la solution, les
> >> threads concernant ce problème étaient en allemand ou en italien , je
> >> n'ai rien compris.
> >>Seul indice , après avoir créé mon noyau 2.6.10 au mois de jui n, j'ai
> >> compilé sur cette machine un noyau 2.4.27 pour une autre machine, es
> >> ce cela la cause du problème et comment y remédier ?
> >
> >Je ne pense pas.
> >
> >Tu utilises quelle distribution et sur quelle architecture ? Si c'est
> >testing/unstable et x86, que renvoie la commande :
> >
> >dpkg-architecture -qDEB_HOST_GNU_SYSTEM
> >
> >
> >Fred
Bonjour,
Je cherche toujours une solution à ce make-kpkg clean qui ne veut pas
fonctionner et qui donne :
-----------------------------------------
francois:/usr/src/kernel-source-2.6.10# make-kpkg clean
debian/rules:1637: *** Error. I do not know where the kernel image goes
to [kimagedest undefined] The usual case for this is that I could not
determine which arch or subarch tihs machine belongs to. Pleasespecify
a subarch, and try again.. Arrêt.
------------------------------------------------
J'ai regardé dans le fichier /usr/share/kernel-package/rules et je n'ai rien
trouvé d'anormal .
il semble utiliser dpkg-architecture le résultat de la commande est :
---------------------------------------------------------
francois:/usr/src/kernel-source-2.6.10# dpkg-architecture
DEB_BUILD_ARCH=i386
DEB_BUILD_ARCH_OS=linux
DEB_BUILD_ARCH_CPU=i386
DEB_BUILD_GNU_CPU=i486
DEB_BUILD_GNU_SYSTEM=linux-gnu
DEB_BUILD_GNU_TYPE=i486-linux-gnu
DEB_HOST_ARCH=i386
DEB_HOST_ARCH_OS=linux
DEB_HOST_ARCH_CPU=i386
DEB_HOST_GNU_CPU=i486
DEB_HOST_GNU_SYSTEM=linux-gnu
DEB_HOST_GNU_TYPE=i486-linux-gnu
francois:/usr/src/kernel-source-2.6.10#
--------------------------------------------------------------------
Es ce que quelqu'un voit une anomalie dans ces données?
J'aimerai pouvoir tracer au niveau du make ( /usr/share/kernel-package/rules)
existe t'il une commande pour effectuer cette fonction , équivalent du set -x
en bash.
Bonjour,
Je cherche toujours une solution à ce make-kpkg clean qui ne veut pas
fonctionner et qui donne :
-----------------------------------------
francois:/usr/src/kernel-source-2.6.10# make-kpkg clean
debian/rules:1637: *** Error. I do not know where the kernel image goes
to [kimagedest undefined] The usual case for this is that I could not
determine which arch or subarch tihs machine belongs to. Pleasespecify
a subarch, and try again.. Arrêt.
------------------------------------------------
J'ai regardé dans le fichier /usr/share/kernel-package/rules et je n'ai rien
trouvé d'anormal .
il semble utiliser dpkg-architecture le résultat de la commande est :
---------------------------------------------------------
francois:/usr/src/kernel-source-2.6.10# dpkg-architecture
DEB_BUILD_ARCH=i386
DEB_BUILD_ARCH_OS=linux
DEB_BUILD_ARCH_CPU=i386
DEB_BUILD_GNU_CPU=i486
DEB_BUILD_GNU_SYSTEM=linux-gnu
DEB_BUILD_GNU_TYPE=i486-linux-gnu
DEB_HOST_ARCH=i386
DEB_HOST_ARCH_OS=linux
DEB_HOST_ARCH_CPU=i386
DEB_HOST_GNU_CPU=i486
DEB_HOST_GNU_SYSTEM=linux-gnu
DEB_HOST_GNU_TYPE=i486-linux-gnu
francois:/usr/src/kernel-source-2.6.10#
--------------------------------------------------------------------
Es ce que quelqu'un voit une anomalie dans ces données?
J'aimerai pouvoir tracer au niveau du make ( /usr/share/kernel-package/rules)
existe t'il une commande pour effectuer cette fonction , équivalent du set -x
en bash.
Bonjour,
Je cherche toujours une solution à ce make-kpkg clean qui ne veut pas
fonctionner et qui donne :
-----------------------------------------
francois:/usr/src/kernel-source-2.6.10# make-kpkg clean
debian/rules:1637: *** Error. I do not know where the kernel image goes
to [kimagedest undefined] The usual case for this is that I could not
determine which arch or subarch tihs machine belongs to. Pleasespecify
a subarch, and try again.. Arrêt.
------------------------------------------------
J'ai regardé dans le fichier /usr/share/kernel-package/rules et je n'ai rien
trouvé d'anormal .
il semble utiliser dpkg-architecture le résultat de la commande est :
---------------------------------------------------------
francois:/usr/src/kernel-source-2.6.10# dpkg-architecture
DEB_BUILD_ARCH=i386
DEB_BUILD_ARCH_OS=linux
DEB_BUILD_ARCH_CPU=i386
DEB_BUILD_GNU_CPU=i486
DEB_BUILD_GNU_SYSTEM=linux-gnu
DEB_BUILD_GNU_TYPE=i486-linux-gnu
DEB_HOST_ARCH=i386
DEB_HOST_ARCH_OS=linux
DEB_HOST_ARCH_CPU=i386
DEB_HOST_GNU_CPU=i486
DEB_HOST_GNU_SYSTEM=linux-gnu
DEB_HOST_GNU_TYPE=i486-linux-gnu
francois:/usr/src/kernel-source-2.6.10#
--------------------------------------------------------------------
Es ce que quelqu'un voit une anomalie dans ces données?
J'aimerai pouvoir tracer au niveau du make ( /usr/share/kernel-package/rules)
existe t'il une commande pour effectuer cette fonction , équivalent du set -x
en bash.
* Philippe Merlin [2005-09-18
> Bonjour,
> Je cherche toujours une solution à ce make-kpkg clean qui ne veut pas
> fonctionner et qui donne :
> -----------------------------------------
> francois:/usr/src/kernel-source-2.6.10# make-kpkg clean
> debian/rules:1637: *** Error. I do not know where the kernel image goes
> to [kimagedest undefined] The usual case for this is that I could not
> determine which arch or subarch tihs machine belongs to. Pleasespecify
> a subarch, and try again.. Arrêt.
> ------------------------------------------------
> J'ai regardé dans le fichier /usr/share/kernel-package/rules et je n' ai
> rien trouvé d'anormal .
> il semble utiliser dpkg-architecture le résultat de la commande est :
> ---------------------------------------------------------
>
> francois:/usr/src/kernel-source-2.6.10# dpkg-architecture
> DEB_BUILD_ARCH=i386
> DEB_BUILD_ARCH_OS=linux
> DEB_BUILD_ARCH_CPU=i386
> DEB_BUILD_GNU_CPU=i486
> DEB_BUILD_GNU_SYSTEM=linux-gnu
> DEB_BUILD_GNU_TYPE=i486-linux-gnu
> DEB_HOST_ARCH=i386
> DEB_HOST_ARCH_OS=linux
> DEB_HOST_ARCH_CPU=i386
> DEB_HOST_GNU_CPU=i486
> DEB_HOST_GNU_SYSTEM=linux-gnu
> DEB_HOST_GNU_TYPE=i486-linux-gnu
> francois:/usr/src/kernel-source-2.6.10#
> --------------------------------------------------------------------
> Es ce que quelqu'un voit une anomalie dans ces données?
> J'aimerai pouvoir tracer au niveau du make (
> /usr/share/kernel-package/rules) existe t'il une commande pour effectuer
> cette fonction , équivalent du set -x en bash.
"make -n -f /usr/share/kernel-package/rules clean" devrait être la bonne
commande, mais il ne trace pas les appels récursifs de make, il faut
donc "récurser" à la main.
Fred
--
Comment poser les questions de manière intelligente ?
http://www.gnurou.org/documents/smart-questions-fr.html
Comment signaler efficacement un bug ?
http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html
* Philippe Merlin <phil-deb1-anti-spam.merlin@laposte.net> [2005-09-18
> Bonjour,
> Je cherche toujours une solution à ce make-kpkg clean qui ne veut pas
> fonctionner et qui donne :
> -----------------------------------------
> francois:/usr/src/kernel-source-2.6.10# make-kpkg clean
> debian/rules:1637: *** Error. I do not know where the kernel image goes
> to [kimagedest undefined] The usual case for this is that I could not
> determine which arch or subarch tihs machine belongs to. Pleasespecify
> a subarch, and try again.. Arrêt.
> ------------------------------------------------
> J'ai regardé dans le fichier /usr/share/kernel-package/rules et je n' ai
> rien trouvé d'anormal .
> il semble utiliser dpkg-architecture le résultat de la commande est :
> ---------------------------------------------------------
>
> francois:/usr/src/kernel-source-2.6.10# dpkg-architecture
> DEB_BUILD_ARCH=i386
> DEB_BUILD_ARCH_OS=linux
> DEB_BUILD_ARCH_CPU=i386
> DEB_BUILD_GNU_CPU=i486
> DEB_BUILD_GNU_SYSTEM=linux-gnu
> DEB_BUILD_GNU_TYPE=i486-linux-gnu
> DEB_HOST_ARCH=i386
> DEB_HOST_ARCH_OS=linux
> DEB_HOST_ARCH_CPU=i386
> DEB_HOST_GNU_CPU=i486
> DEB_HOST_GNU_SYSTEM=linux-gnu
> DEB_HOST_GNU_TYPE=i486-linux-gnu
> francois:/usr/src/kernel-source-2.6.10#
> --------------------------------------------------------------------
> Es ce que quelqu'un voit une anomalie dans ces données?
> J'aimerai pouvoir tracer au niveau du make (
> /usr/share/kernel-package/rules) existe t'il une commande pour effectuer
> cette fonction , équivalent du set -x en bash.
"make -n -f /usr/share/kernel-package/rules clean" devrait être la bonne
commande, mais il ne trace pas les appels récursifs de make, il faut
donc "récurser" à la main.
Fred
--
Comment poser les questions de manière intelligente ?
http://www.gnurou.org/documents/smart-questions-fr.html
Comment signaler efficacement un bug ?
http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html
* Philippe Merlin [2005-09-18
> Bonjour,
> Je cherche toujours une solution à ce make-kpkg clean qui ne veut pas
> fonctionner et qui donne :
> -----------------------------------------
> francois:/usr/src/kernel-source-2.6.10# make-kpkg clean
> debian/rules:1637: *** Error. I do not know where the kernel image goes
> to [kimagedest undefined] The usual case for this is that I could not
> determine which arch or subarch tihs machine belongs to. Pleasespecify
> a subarch, and try again.. Arrêt.
> ------------------------------------------------
> J'ai regardé dans le fichier /usr/share/kernel-package/rules et je n' ai
> rien trouvé d'anormal .
> il semble utiliser dpkg-architecture le résultat de la commande est :
> ---------------------------------------------------------
>
> francois:/usr/src/kernel-source-2.6.10# dpkg-architecture
> DEB_BUILD_ARCH=i386
> DEB_BUILD_ARCH_OS=linux
> DEB_BUILD_ARCH_CPU=i386
> DEB_BUILD_GNU_CPU=i486
> DEB_BUILD_GNU_SYSTEM=linux-gnu
> DEB_BUILD_GNU_TYPE=i486-linux-gnu
> DEB_HOST_ARCH=i386
> DEB_HOST_ARCH_OS=linux
> DEB_HOST_ARCH_CPU=i386
> DEB_HOST_GNU_CPU=i486
> DEB_HOST_GNU_SYSTEM=linux-gnu
> DEB_HOST_GNU_TYPE=i486-linux-gnu
> francois:/usr/src/kernel-source-2.6.10#
> --------------------------------------------------------------------
> Es ce que quelqu'un voit une anomalie dans ces données?
> J'aimerai pouvoir tracer au niveau du make (
> /usr/share/kernel-package/rules) existe t'il une commande pour effectuer
> cette fonction , équivalent du set -x en bash.
"make -n -f /usr/share/kernel-package/rules clean" devrait être la bonne
commande, mais il ne trace pas les appels récursifs de make, il faut
donc "récurser" à la main.
Fred
--
Comment poser les questions de manière intelligente ?
http://www.gnurou.org/documents/smart-questions-fr.html
Comment signaler efficacement un bug ?
http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html