Re: make-kpkg crosscompile pas
Le Sat, 24 May 2008 10:22:53 +0200 georges <[EMAIL PROTECTED]> a écrit: > Le samedi 24 mai 2008 à 10:00 +0200, François Boisson a écrit : > > [précision] installe gcc-3.4 avant bien sûr.. > > > > Ben non, ca marche pas non plus, ca me fait un probleme avec asm > maintenant > > arch/x86/kernel/asm-offsets.c:1: error: CPU you selected does not > support x86-64 instruction set > arch/x86/kernel/asm-offsets.c:1: error: CPU you selected does not > support x86-64 instruction set > make[2]: *** [arch/x86/kernel/asm-offsets.s] Error 1 > > Hum, j'ai retrouvé le fil où on en parlait: http://www.mail-archive.com/debian-user-french@lists.debian.org/msg97986.html Il y a une deuxième méthode suggérée, essayes. François -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: make-kpkg crosscompile pas
Le samedi 24 mai 2008 à 10:00 +0200, François Boisson a écrit : > [précision] installe gcc-3.4 avant bien sûr.. > Ben non, ca marche pas non plus, ca me fait un probleme avec asm maintenant arch/x86/kernel/asm-offsets.c:1: error: CPU you selected does not support x86-64 instruction set arch/x86/kernel/asm-offsets.c:1: error: CPU you selected does not support x86-64 instruction set make[2]: *** [arch/x86/kernel/asm-offsets.s] Error 1 Georges -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: make-kpkg crosscompile pas
[précision] installe gcc-3.4 avant bien sûr.. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: make-kpkg crosscompile pas
> /home/georges/src/crusoe/linux-2.6.24.5/scripts/gcc-version.sh: line 22: > i486-linux-gnu-gcc: command not found > > apparement un probleme avec gcc? > > gcc --version donne > gcc (GCC) 4.2.4 (Debian 4.2.4-1) > > est ce un bug, ou il me manque un paquet? > > Si je lance make-kpkg sans arch i386 ca compile mais le paquet ne > s'installe pas à cause de l'architecture. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=313053 Faire $ MAKEFLAGS="CC=gcc-3.4" fakeroot make-kpkg fonctionne François Boisson -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: make-kpkg
Le 13577ième jour après Epoch, Jean-Yves F. Barbier écrivait: > Le lundi 5 mars 2007 20:03, Hugues LARRIVE a écrit : > ... >> Une petite question de vocabulaire au passage : >> Au début du disque, il y a le mbr (secteur 0) et la première partition >> commence toujours au secteur 63. Entre les deux il y a 31Ko (62 secteurs >> * 512o) d'espace vide où l'on trouve parfois le stage 1.5 de grub... > >> Comment appel-t-on cet espace ? > > C'est la zone... 31 ! > > L'espace n'est pas vide: un atterissage est toujours possible !!! > d'ailleurs David Vincent y-a vu quelque chose... Cette information devait rester confidentielle... Des hommes en noir vont venir chez toi te demander de regarder un stylo, obéis sans poser de questions.
Re: make-kpkg
Jean-Yves F. Barbier a écrit, lundi 5 mars 2007, à 20:19 : > Le lundi 5 mars 2007 20:03, Hugues LARRIVE a écrit : > ... > > Une petite question de vocabulaire au passage : > > Au début du disque, il y a le mbr (secteur 0) et la première partition > > commence toujours au secteur 63. Entre les deux il y a 31Ko (62 secteurs > > * 512o) d'espace vide où l'on trouve parfois le stage 1.5 de grub... > > > Comment appel-t-on cet espace ? > > C'est la zone... 31 ! > > L'espace n'est pas vide: un atterissage est toujours possible !!! > d'ailleurs David Vincent y-a vu quelque chose... ;) Le manuel de cfdisk parle de la récupération des « secteurs perdus » --- inutile de jouer les aventuriers pour si peu, surtout sur une machine en multiboot. -- Jacques L'helgoualc'h -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: make-kpkg
Le lundi 5 mars 2007 20:03, Hugues LARRIVE a écrit : ... > Une petite question de vocabulaire au passage : > Au début du disque, il y a le mbr (secteur 0) et la première partition > commence toujours au secteur 63. Entre les deux il y a 31Ko (62 secteurs > * 512o) d'espace vide où l'on trouve parfois le stage 1.5 de grub... > Comment appel-t-on cet espace ? C'est la zone... 31 ! L'espace n'est pas vide: un atterissage est toujours possible !!! d'ailleurs David Vincent y-a vu quelque chose...
Re: make-kpkg
Jacques L'helgoualc'h a écrit : Bayrouni a écrit, vendredi 2 mars 2007, à 10:37 : [...] la région du MBR, d'ailleurs beaucoup plus petite qu'1M, et elle doit faire, si je ne me trompe pas 512 Ko. Perdu, c'est 512 ... octets :) Une petite question de vocabulaire au passage : Au début du disque, il y a le mbr (secteur 0) et la première partition commence toujours au secteur 63. Entre les deux il y a 31Ko (62 secteurs * 512o) d'espace vide où l'on trouve parfois le stage 1.5 de grub... Comment appel-t-on cet espace ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: make-kpkg
On Fri, Mar 02, 2007 at 09:43:41PM +0100, Vincent Bernat wrote: > Voici grossièrement comme se passe la séquence de boot : > - le boot loader est chargé par le BIOS (c'est lui qui est dans le >MBR, pas le noyau !) et il se débrouille pour se charger >entièrement > - il charge le noyau avec l'aide du BIOS (donc il peut le lire sur le >disque) > - le noyau prend la main sur le BIOS et il n'est donc plus possible >de lire le disque à cette étape > - la partition racine est montée et l'utilitaire init est exécuté > > Pour monter la partition racine, il faut pouvoir lire le disque, le > noyau doit donc contenir de quoi lire le disque (support des disques) > et le système de fichier qui est dessus. Si tu as un chipset Intel, il > faut donc coller le support de celui-ci en dur dans le noyau (pas en > module). > > On rencontre là le premier problème qui concerne les distributions : > comment faire un noyau qui fonctionne partout ? Avec mon scénario, il > faut tout mettre en dur dans le noyau, ce qui fait un noyau énorme et > plein de choses inutiles chargées en mémoire. > > C'est là qu'intervient l'initrd. Au lieu de monter la racine, on va > monter une image disque qui a été chargée en mémoire par le boot > loader en même temps que le noyau. Cette image disque va détecter le > matos présent sur ta machine et charger ce qu'il faut pour pouvoir > monter ensuite la véritable racine. > > À ce niveau, si tu compiles ton noyau toi même, tu n'as absolument pas > besoin d'initrd, y compris avec des disques SCSI. Il te suffit dans ce > cas de compiler le support du SCSI, des disques SCSI et de ta carte > SCSI en dur dans le noyau. Sans oublier le système de fichiers. > > Il existe cependant des cas où tu dois quand même utiliser un > initrd. Par exemple, si ta partition racine est chiffrée, l'initrd se > chargera de la déchiffrer car le noyau ne sait pas le faire tout seul. Ok, ça s'éclaircit gentillement. Je vais encore relire une ou deux fois et ça devrait jouer! Merci beaucoup! Cédric -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: make-kpkg
OoO Pendant le journal télévisé du jeudi 01 mars 2007, vers 20:08, Cédric Macquat <[EMAIL PROTECTED]> disait: > Je vais en profiter: j'ai déjà compilé quelques fois mon noyau, mais je > ne saisis pas encore vraiment l'avantage d'avoir ou de ne pas avoir > d'initrd. Est-ce que tu pourrais m'éclairer ? Un lien ? Il y a pas mal de confusion dans les réponses que tu as eues. Généralement, tu n'as besoin d'initrd. Voici grossièrement comme se passe la séquence de boot : - le boot loader est chargé par le BIOS (c'est lui qui est dans le MBR, pas le noyau !) et il se débrouille pour se charger entièrement - il charge le noyau avec l'aide du BIOS (donc il peut le lire sur le disque) - le noyau prend la main sur le BIOS et il n'est donc plus possible de lire le disque à cette étape - la partition racine est montée et l'utilitaire init est exécuté Pour monter la partition racine, il faut pouvoir lire le disque, le noyau doit donc contenir de quoi lire le disque (support des disques) et le système de fichier qui est dessus. Si tu as un chipset Intel, il faut donc coller le support de celui-ci en dur dans le noyau (pas en module). On rencontre là le premier problème qui concerne les distributions : comment faire un noyau qui fonctionne partout ? Avec mon scénario, il faut tout mettre en dur dans le noyau, ce qui fait un noyau énorme et plein de choses inutiles chargées en mémoire. C'est là qu'intervient l'initrd. Au lieu de monter la racine, on va monter une image disque qui a été chargée en mémoire par le boot loader en même temps que le noyau. Cette image disque va détecter le matos présent sur ta machine et charger ce qu'il faut pour pouvoir monter ensuite la véritable racine. À ce niveau, si tu compiles ton noyau toi même, tu n'as absolument pas besoin d'initrd, y compris avec des disques SCSI. Il te suffit dans ce cas de compiler le support du SCSI, des disques SCSI et de ta carte SCSI en dur dans le noyau. Sans oublier le système de fichiers. Il existe cependant des cas où tu dois quand même utiliser un initrd. Par exemple, si ta partition racine est chiffrée, l'initrd se chargera de la déchiffrer car le noyau ne sait pas le faire tout seul. -- BOFH excuse #374: Its the InterNIC's fault. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: make-kpkg
Cédric Macquat a écrit : > On Thu, Mar 01, 2007 at 08:39:39PM +0100, Jean-Yves F. Barbier wrote: >>> Je vais en profiter: j'ai déjà compilé quelques fois mon noyau, mais je >>> ne saisis pas encore vraiment l'avantage d'avoir ou de ne pas avoir >>> d'initrd. Est-ce que tu pourrais m'éclairer ? Un lien ? >>> >>> Merci >> http://docs.mandragor.org/files/Operating_systems/Linux/Lea_Linux_Books_fr/LeaBook-kernel.pdf > > Merci pour le lien, mais je ne vois nulle part des raisons d'utiliser un > l'initrd ou pas. Aurais-je loupé quelque chose ? > > Le but pricipal d'un initrd est de fournir des modules nécessaires pour ton systeme afin de pouvoir booter le noyau. Donc il ne s'agit pas d'un module pour la carte son ou la webcam qu'on pourra compiler ou non en dur dans le noyau et que ce dernier pourra charger lui-meme ... Je pense que le meilleur exemple est le disque dur. Si tu un disque de type scsi il te faudra alors créer un initrd qui chargera en memoire le driver pour ton disque dur scsi, car le noyau linux ne va pas le faire (peut-être parce que la presque totalité des disques durs sont des disques non scsi, alors pourquoi le mettre en dur dans le noyau, ce serait un encombrement inutil, vu les probabilités). a + Bayrouni -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: make-kpkg
On Thu, Mar 01, 2007 at 08:39:39PM +0100, Jean-Yves F. Barbier wrote: > > Je vais en profiter: j'ai déjà compilé quelques fois mon noyau, mais je > > ne saisis pas encore vraiment l'avantage d'avoir ou de ne pas avoir > > d'initrd. Est-ce que tu pourrais m'éclairer ? Un lien ? > > > > Merci > > http://docs.mandragor.org/files/Operating_systems/Linux/Lea_Linux_Books_fr/LeaBook-kernel.pdf Merci pour le lien, mais je ne vois nulle part des raisons d'utiliser un l'initrd ou pas. Aurais-je loupé quelque chose ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: make-kpkg
Bayrouni a écrit : Ce que je comprends, c'est que le noyau à l'époque des bootloader magnifiques, comme Grub, ne touchent même pas à la région du MBR, d'ailleurs beaucoup plus petite qu'1M , et elle doit faire, si je ne me trompe pas 512 Ko . Dans ces petits précieux 512 Ko on écrit la table des partitions ainsi qu'une autre petite information utile et en [ . . . ] D'autant plus qu'il s'agit de 512 octets ! Michel -- Tuxophiles, bien sûr que nous sommes tuxophiles, et winophobes en plus. Mais il ne faut pas confondre tuxophilie et tuxo-intégrisme, l'amalgame est fait beaucoup trop rapidement par les winophiles-tuxophobes . -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: make-kpkg
Jacques L'helgoualc'h a écrit : > Bayrouni a écrit, vendredi 2 mars 2007, à 10:37 : >> [...] la région du MBR, d'ailleurs beaucoup plus petite qu'1M, et >> elle doit faire, si je ne me trompe pas 512 Ko. > > Perdu, c'est 512 ... octets :) Une sacré différence :( Mais bon je le sais maintenant :) a+ -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: make-kpkg
Bayrouni a écrit, vendredi 2 mars 2007, à 10:37 : > [...] la région du MBR, d'ailleurs beaucoup plus petite qu'1M, et > elle doit faire, si je ne me trompe pas 512 Ko. Perdu, c'est 512 ... octets :) -- Jacques L'helgoualc'h -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: make-kpkg
mess-mate a écrit : > Bayrouni <[EMAIL PROTECTED]> wrote: > | mess-mate a écrit : > | > Bayrouni <[EMAIL PROTECTED]> wrote: > snip > | En ce qui concerne en quoi le initrd me gêne-t-il, je parts du principe > | simple: Si je n'utilise pas, je m'en débarasse :) > | > Alors, ca marche sans l'initrd ? Oui, puisque je n'ai rien de particulier à charger au boot (tout est en dur déjà: je parle surtout du disque dur du dvd... ), j'ai simplement enlever la ligne initrd et ça marche à merveille :) Cordialement a + Bayrouni -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: make-kpkg
Bayrouni <[EMAIL PROTECTED]> wrote: | mess-mate a écrit : | > Bayrouni <[EMAIL PROTECTED]> wrote: snip | Ce que je comprends, c'est que le noyau à l'époque des bootloader | magnifiques, comme Grub, ne touchent même pas à la région du MBR, | d'ailleurs beaucoup plus petite qu'1M , et elle doit faire, si je ne me | trompe pas 512 Ko . Dans ces petits précieux 512 Ko on écrit la table | des partitions ainsi qu'une autre petite information utile et en | l'occurence le stage1 de GRUB (ou de LILO), ce stage est chargé par le | BIOS, le stage 1 à son tour va aller chercher le stage 2 sur le HDD qui | lui même va mettre le kernel en mémoire (La RAM), en se basant sur la | lecture de menu.lst. Contrairement à d'autres bootloader il GRUB, avant | meme le processus du boot boot du noyau, acquiert toutes les | informations necessaires . | Et tout au debut du processus du boot du noyau il charge l'initrd. | Voilà le MBR ne voit ni le noyau ni initrd et tant meux. | | Donc à moins que je ne me trompe totaleemnt, le kernel ne séjourne en | aucun moment dans les petits locaux du MBR :) Tu as entièrement raison Où ai-je été cherché ca? Du temps de mon bon vieux lilo ??? | En ce qui concerne en quoi le initrd me gêne-t-il, je parts du principe | simple: Si je n'utilise pas, je m'en débarasse :) | Alors, ca marche sans l'initrd ? cordialement mess-mate -- After your lover has gone you will still have PEANUT BUTTER!
Re: make-kpkg
mess-mate a écrit : > Bayrouni <[EMAIL PROTECTED]> wrote: > | Bonjour tout le monde, > | J'ai 2 questions sur la construction du noyau avec l'outil make-kpkg. > | J'avais l'habitude jusqu' aujourd'huit même de compiler et d'installer > | un noyau flambant neuf et vierge de kernel.org à la main. > | > | Je me suis mis maintenant à la methode debian. > | > | La question est : > | Est-il possible qu'après l'installation du paquet créé par make-kpkg, de > | ne pas avoir tant de commentaires et d'exemples allant de debian jusqu'à > | windows et en passant par la disquette et le micro noyau mach? > | > | A chaque fois je dois amaincir et nettoyer mon menu.list. > > Le menu.list est adapté après l'installation du nouveau noyau. > Cela se fait entre les > ### BEGIN AUTOMAGIC KERNELS LIST > et > ### END DEBIAN AUTOMAGIC KERNELS LIST > Donc, ne pas placer des kernel-lists en dehors de cela; laisser > faire la deb et tout se passera comme une fleur. > > Oui je l'avais compris :) et il est vrai qu'ne bonne trentaine de ligne de commentaires concernant des choses que je ne vais probablement jamais utilisé me gêne. Mais comme j'ai dit dans le poste précédent, ce n'est pas grave. C'est mon avis et celà n'engage que moi. > | > | Deuxième question: > | Puis-je utiliser makd-kpkg avec un kernel vanilla? et puis-je me passer > | totalement de initrd si je mets ce qu'il faut au boot, en dur dans le noyau? > | > Le but d'un initrd est d'éviter un vmlinuz trop gros qui ne > passeraient pas dans le MBR. > Don, un nono pas trop audessus de 1M et le reste dans un initrd qui > sera chargé après la 1ère phase de boot. > Je vois pas pourquoi un initrd te gène. > Ce que je comprends, c'est que le noyau à l'époque des bootloader magnifiques, comme Grub, ne touchent même pas à la région du MBR, d'ailleurs beaucoup plus petite qu'1M , et elle doit faire, si je ne me trompe pas 512 Ko . Dans ces petits précieux 512 Ko on écrit la table des partitions ainsi qu'une autre petite information utile et en l'occurence le stage1 de GRUB (ou de LILO), ce stage est chargé par le BIOS, le stage 1 à son tour va aller chercher le stage 2 sur le HDD qui lui même va mettre le kernel en mémoire (La RAM), en se basant sur la lecture de menu.lst. Contrairement à d'autres bootloader il GRUB, avant meme le processus du boot boot du noyau, acquiert toutes les informations necessaires . Et tout au debut du processus du boot du noyau il charge l'initrd. Voilà le MBR ne voit ni le noyau ni initrd et tant meux. Donc à moins que je ne me trompe totaleemnt, le kernel ne séjourne en aucun moment dans les petits locaux du MBR :) En ce qui concerne en quoi le initrd me gêne-t-il, je parts du principe simple: Si je n'utilise pas, je m'en débarasse :) Merci et bonne journée. a + Bayrouni -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: make-kpkg
Bayrouni <[EMAIL PROTECTED]> wrote: | Bonjour tout le monde, | J'ai 2 questions sur la construction du noyau avec l'outil make-kpkg. | J'avais l'habitude jusqu' aujourd'huit même de compiler et d'installer | un noyau flambant neuf et vierge de kernel.org à la main. | | Je me suis mis maintenant à la methode debian. | | La question est : | Est-il possible qu'après l'installation du paquet créé par make-kpkg, de | ne pas avoir tant de commentaires et d'exemples allant de debian jusqu'à | windows et en passant par la disquette et le micro noyau mach? | | A chaque fois je dois amaincir et nettoyer mon menu.list. Le menu.list est adapté après l'installation du nouveau noyau. Cela se fait entre les ### BEGIN AUTOMAGIC KERNELS LIST et ### END DEBIAN AUTOMAGIC KERNELS LIST Donc, ne pas placer des kernel-lists en dehors de cela; laisser faire la deb et tout se passera comme une fleur. | | Deuxième question: | Puis-je utiliser makd-kpkg avec un kernel vanilla? et puis-je me passer | totalement de initrd si je mets ce qu'il faut au boot, en dur dans le noyau? | Le but d'un initrd est d'éviter un vmlinuz trop gros qui ne passeraient pas dans le MBR. Don, un nono pas trop audessus de 1M et le reste dans un initrd qui sera chargé après la 1ère phase de boot. Je vois pas pourquoi un initrd te gène. mess-mate -- Truth will out this morning. (Which may really mess things up.)
Re: make-kpkg
Le jeudi 1 mars 2007 20:08, Cédric Macquat a écrit : > On Thu, Mar 01, 2007 at 04:09:02PM +0100, Jean-Yves F. Barbier wrote: > > Que veux-tu dire par là? > > > > > Deuxième question: > > > Puis-je utiliser make-kpkg avec un kernel vanilla? et puis-je me > > > passer totalement de initrd si je mets ce qu'il faut au boot, en dur > > > dans le noyau? > > > > bien sur, initrd n'est intéressant (voire obligatoire) qu'avec > > certaines options (ou certains packages comme bootsplash) > > Je vais en profiter: j'ai déjà compilé quelques fois mon noyau, mais je > ne saisis pas encore vraiment l'avantage d'avoir ou de ne pas avoir > d'initrd. Est-ce que tu pourrais m'éclairer ? Un lien ? > > Merci http://docs.mandragor.org/files/Operating_systems/Linux/Lea_Linux_Books_fr/LeaBook-kernel.pdf
Re: make-kpkg
On Thu, Mar 01, 2007 at 04:09:02PM +0100, Jean-Yves F. Barbier wrote: > Que veux-tu dire par là? > > > Deuxième question: > > Puis-je utiliser make-kpkg avec un kernel vanilla? et puis-je me passer > > totalement de initrd si je mets ce qu'il faut au boot, en dur dans le > > noyau? > > bien sur, initrd n'est intéressant (voire obligatoire) qu'avec certaines > options (ou certains packages comme bootsplash) Je vais en profiter: j'ai déjà compilé quelques fois mon noyau, mais je ne saisis pas encore vraiment l'avantage d'avoir ou de ne pas avoir d'initrd. Est-ce que tu pourrais m'éclairer ? Un lien ? Merci -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: make-kpkg
Le jeudi 1 mars 2007 16:33, Bayrouni a écrit : > >> > >> A chaque fois je dois amaincir et nettoyer mon menu.list. > > > > > > Que veux-tu dire par là ? > > Je parlais uniquement des commentaires ajoutés dans /boot/grub/menu.list > > Mais bon il me semble que ça n'a pas beaucoup d'importance et ce n'est > pas une question existentiel :) > > Merci > a+ Ok, je n'utilise pas grub
Re: make-kpkg
Jean-Yves F. Barbier a écrit : > Le jeudi 1 mars 2007 15:59, Bayrouni a écrit : >> Bonjour tout le monde, >> J'ai 2 questions sur la construction du noyau avec l'outil make-kpkg. >> J'avais l'habitude jusqu' aujourd'huit même de compiler et d'installer >> un noyau flambant neuf et vierge de kernel.org à la main. >> >> Je me suis mis maintenant à la methode debian. >> >> La question est : >> Est-il possible qu'aprÚs l'installation du paquet créé par make-kpkg, de >> ne pas avoir tant de commentaires et d'exemples allant de debian jusqu'à >> windows et en passant par la disquette et le micro noyau mach? >> >> A chaque fois je dois amaincir et nettoyer mon menu.list. > > > Que veux-tu dire par là ? > > Je parlais uniquement des commentaires ajoutés dans /boot/grub/menu.list Mais bon il me semble que ça n'a pas beaucoup d'importance et ce n'est pas une question existentiel :) Merci a+ -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: make-kpkg
Le jeudi 1 mars 2007 15:59, Bayrouni a écrit : > Bonjour tout le monde, > J'ai 2 questions sur la construction du noyau avec l'outil make-kpkg. > J'avais l'habitude jusqu' aujourd'huit même de compiler et d'installer > un noyau flambant neuf et vierge de kernel.org à la main. > > Je me suis mis maintenant à la methode debian. > > La question est : > Est-il possible qu'après l'installation du paquet créé par make-kpkg, de > ne pas avoir tant de commentaires et d'exemples allant de debian jusqu'à > windows et en passant par la disquette et le micro noyau mach? > > A chaque fois je dois amaincir et nettoyer mon menu.list. Que veux-tu dire par là? > Deuxième question: > Puis-je utiliser make-kpkg avec un kernel vanilla? et puis-je me passer > totalement de initrd si je mets ce qu'il faut au boot, en dur dans le > noyau? bien sur, initrd n'est intéressant (voire obligatoire) qu'avec certaines options (ou certains packages comme bootsplash)
Re: make-kpkg marche pas avec mon patch
FrekoDing <[EMAIL PROTECTED]> wrote in news:[EMAIL PROTECTED]: > Peut-etre en ajoutant le parametre modules_image ? > extrait du man make-kpkg : kernel_image Cette cible génère un paquet Debian contenant un noyau Linux, et tous les modules définis dans le fichier de configuration du noyau .config. Donc pour récapituler : - mon .config contient bien ENBD=m - le module enbd.ko se compile bien à la main (make drivers/bloc/enbd/enbd.ko) - make-kpkg est _censé_ créer un paquet avec tout ce qui est spécifié dans mon .config donc, où est la couille ? -- Rico -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: make-kpkg marche pas avec mon patch
Eric Belhomme ecrivait le 11/04/2006 09:59: bonjour, Bonjour. Ce que je voudrais savoir, c'est comment se fait-il que make-kpkg m'oublie un module alors que mon .config est ok, et comment y remédier ? Peut-etre en ajoutant le parametre modules_image ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: make-kpkg problème [Résolu ?]
Bonjour, Depuis que j'ai effectué les opérations manuellement en lancant : make -n -f /usr/share/kernel-package/rules clean , les commandes make-kpkg clean et autre fonctionnent correctement. A surveiller. Merci de votre aide surtout que j'en aurai besoin pour un autre problème. A+ Philou75 Le Lundi 19 Septembre 2005 18:32, Jean-Damien Durand a écrit : > A tout hasard, tu ne serait pas sous le coup de: > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=318739 ? > > C'est quelle version de kernel-package qui est installee ? Essaie avec > une version >= 9.001 (si ca ne casse rien a ton install...). > > A+, JD.
Re: make-kpkg problème
A tout hasard, tu ne serait pas sous le coup de: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=318739 ? C'est quelle version de kernel-package qui est installee ? Essaie avec une version >= 9.001 (si ca ne casse rien a ton install...). A+, JD. -- Jean-Damien Durand CERN/IT/FIO/DS - Geneva, Switzerland PGP: http://home.cern.ch/~jdurand/public_key.asc CERN CA: http://cern.ch/service-grid-ca/crt/root_crt.html WWW: http://home.cern.ch/~jdurand smime.p7s Description: S/MIME cryptographic signature
Re: make-kpkg problème
Le 19.09.2005 18:03:08, Philippe Merlin a écrit : Rebonjour, Merci de vos réponses, mais cela doit être autre chose. 1) le fichier /etc/kernel-kpkg.conf est vide. Ce fichier vient avec le paquet kernel-package. Il a des valzurs prédéfinies pour différentes variables. Peut-être devriez-vous réinstaller kernel-package ? Voici l'allure que ça a : # This file is used by kernel-package (>2.0) to provide a means of the site # admin to over-ride settings in the distributed debian/rules. Typically # thus is used to set maintainer information, as well as the priority # field. However, one may hack a full makefile in here (you should # really know what you are doing here if you do that, though) # Please change the maintainer information, as well as the Debian version # below, (and maybe the priority as well, especially if you are uploading # an official package) # The maintainer information. #maintainer := Unknown Kernel Package Maintainer #email := [EMAIL PROTECTED] # Priority of this version (or urgency, as dchanges would call it) priority := Low # This is the Debian revision number (defaulted to 1.0 in debian/rules) # You may leave it commented out if you use the wrapper script, or # if you create just one kernel-image package per Linux kernel revision # debian := 1.0 2) Je n'ai pas de répertoire .debian. Le répertoire s'appelle debian dans /usr/src/linux pas .debian Jean-Luc pgpd132TJaUGU.pgp Description: PGP signature
Re: make-kpkg problème
Rebonjour, Merci de vos réponses, mais cela doit être autre chose. 1) le fichier /etc/kernel-kpkg.conf est vide. 2) Je n'ai pas de répertoire .debian. Je cherche toujours, autre indice si je lance la compile du noyau avec fakeroot make-kpkg revision=xx.xx kernel-image cela fonctionne bien. A+ Philou75 Le Lundi 19 Septembre 2005 17:41, Jean-Luc Coulon (f5ibh) a écrit : > Le 19.09.2005 17:08:15, Philippe Merlin a écrit : > > Rebonjour, > > Merci pour la méthode de débogage en perl, cela m'a permis de voir que > > ma > > commande : make-kpkg clean lance un > > exec debian/rules DEBIAN_REVISION=5:10.Custom clean > > ce qui est étonnant !!! > > Pourquoi est-ce étonnant ? > > Il y a le fichier /etc/kernel-pkg.conf qui permet de configurer le > comportement par défaut de make-kpkg. Peut-être y a-t-il là des choses > que vous ne souhaitez pas ? > > > Jean-Luc
Re: make-kpkg problème
* Philippe Merlin <[EMAIL PROTECTED]> [2005-09-19 17:08] : > Rebonjour, > Merci pour la méthode de débogage en perl, cela m'a permis de voir que ma > commande : make-kpkg clean lance un > exec debian/rules DEBIAN_REVISION=5:10.Custom clean > ce qui est étonnant !!! > Si je lance à la main la commande : > make -n -f /usr/share/kernel-package/rules clean > j'obtiens : > make -f /usr/share/kernel-package/rules real_stamp_clean > que je lance aussi à la main et qui semble faire son travail de nettoyage > sans > problème. > Que dois je faire, dois je envoyer un rapport de bug ? Est-ce que ton problème pourrait être le même que le bogue 318739¹ ? Autrement dit, est-ce qu'en supprimant le répertoire debian de l'arborescence du noyau, "make-kpkg ..." fonctionne à nouveau ? Fred ¹ http://bugs.debian.org/318739 -- 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 -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: make-kpkg problème
Le 19.09.2005 17:08:15, Philippe Merlin a écrit : Rebonjour, Merci pour la méthode de débogage en perl, cela m'a permis de voir que ma commande : make-kpkg clean lance un exec debian/rules DEBIAN_REVISION=5:10.Custom clean ce qui est étonnant !!! Pourquoi est-ce étonnant ? Il y a le fichier /etc/kernel-pkg.conf qui permet de configurer le comportement par défaut de make-kpkg. Peut-être y a-t-il là des choses que vous ne souhaitez pas ? Jean-Luc pgpphYIEax2iZ.pgp Description: PGP signature
Re: make-kpkg problème
Rebonjour, Merci pour la méthode de débogage en perl, cela m'a permis de voir que ma commande : make-kpkg clean lance un exec debian/rules DEBIAN_REVISION=5:10.Custom clean ce qui est étonnant !!! Si je lance à la main la commande : make -n -f /usr/share/kernel-package/rules clean j'obtiens : make -f /usr/share/kernel-package/rules real_stamp_clean que je lance aussi à la main et qui semble faire son travail de nettoyage sans problème. Que dois je faire, dois je envoyer un rapport de bug ? Autre info troublante, si je fais un: strace de make-kpkg clean, il semble dire dans la partie perl que le pacquage EXPORTER peut crèer des problèmes (cause unforsee problem ) ? Pourrais je avoir de l'aide sur ce pb qui m'énerve sérieusement. Merci d'avance. Philou75 P.s. dois je réinstaller perl et sa librairie ? , je suis en etch . Comment ? Le Lundi 19 Septembre 2005 15:33, Frédéric Bothamy a écrit : > * Philippe Merlin <[EMAIL PROTECTED]> [2005-09-19 14:41] : > > Bonjour, > > Merci pour la méthode, mais je vais être plus exigeant, mais make-kpkg > > est écrit en perl et il faudrait tracer depuis ce dernier et aussi > > dans /usr/share/kernel-package/rules pour voir ce qui arrive, ne > > connaissant pas le langage perl, je demande aussi votre aide. > > Le plus simple à mon avis est de lancer le débogueur Perl (perl -d). Il > y a même moyen de l'utiliser avec gud pour les personnes utilisant > Emacs. > > > 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
Re: make-kpkg problème
* Philippe Merlin <[EMAIL PROTECTED]> [2005-09-19 14:41] : > Bonjour, > Merci pour la méthode, mais je vais être plus exigeant, mais make-kpkg est > écrit en perl et il faudrait tracer depuis ce dernier et aussi > dans /usr/share/kernel-package/rules pour voir ce qui arrive, ne connaissant > pas le langage perl, je demande aussi votre aide. Le plus simple à mon avis est de lancer le débogueur Perl (perl -d). Il y a même moyen de l'utiliser avec gud pour les personnes utilisant Emacs. 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 -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: make-kpkg problème
Bonjour, Merci pour la méthode, mais je vais être plus exigeant, mais make-kpkg est écrit en perl et il faudrait tracer depuis ce dernier et aussi dans /usr/share/kernel-package/rules pour voir ce qui arrive, ne connaissant pas le langage perl, je demande aussi votre aide. Merci d'avance. Philou75 Le Lundi 19 Septembre 2005 02:45, Frédéric Bothamy a écrit : > * Philippe Merlin <[EMAIL PROTECTED]> [2005-09-18 18:02] : > > 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
Re: make-kpkg problème
* Philippe Merlin <[EMAIL PROTECTED]> [2005-09-18 18:02] : > 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 -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: make-kpkg problème
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. A l'avance merci. Philou75 Le Samedi 17 Septembre 2005 21:52, Philippe Merlin a écrit : > 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 correct > > 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 <[EMAIL PROTECTED]> [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
Re: HS: Re: make-kpkg problème
Le 18.09.2005 00:13:52, Decastel Sylvain a écrit : 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... Peut-être : export CC=gcc-3.4 make menuconfig et enxuite : MAKEFLAGS="CC=gcc-3.4" make-kpkg pgpVEHSOu3UpH.pgp Description: PGP signature
Re: HS: Re: make-kpkg probl ème
On Sun, Sep 18, 2005 at 12:13:52AM +0200, Decastel Sylvain wrote : > 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... perso j'utilise export CC=/usr/bin/gcc-3.3 Sylvain -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
HS: Re: make-kpkg problème
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... Jean-Luc Coulon (f5ibh) a écrit : 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 Nooon ! MAKEFLAGS="gcc=gcc-3.4" make-kpkg (ou gcc-3.3 ...) On ne refait pas les links ! à+ Jean-Luc -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: make-kpkg problème
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 correct 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 <[EMAIL PROTECTED]> [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
Re: make-kpkg problème
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 Nooon ! MAKEFLAGS="gcc=gcc-3.4" make-kpkg (ou gcc-3.3 ...) On ne refait pas les links ! à+ Jean-Luc pgpQnAbZTjvKa.pgp Description: PGP signature
Re: make-kpkg problème
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 <[EMAIL PROTECTED]> [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 -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: make-kpkg problème
* Philippe Merlin <[EMAIL PROTECTED]> [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 -- 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 -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: make-kpkg et version de GCC
Julien Valroff a écrit : Le vendredi 19 août 2005 à 23:46 +0200, François Valenduc a écrit : J'ai bien exactement les mêmes résultats. D'ailleurs, j'ai déja dit que si je compile avec make, c'est bien gcc 4 qui est utilisé. Je ne comprends vraiment pas pourquoi make-kpkg s'entête à utiliser gcc 3. J'ai mal lu ton premier message, je m'en excuse. J'avoue ne pas vraiment voir d'où peut venir ton problème, si ce n'est éventuellement une variable d'environnement qui serait utilisée par make-kpkg ou dpg-buildpackage uniquement (mais je ne vois pas laquelle) ? @+ Julien PS: je lis la liste, il n'est pas nécessaire de me mettre en copie Je pense avoir trouvé la cause du problème. En fait, les liens symboliques source et build était mauvais. Mais même en les recréant, çà ne fonctionnait pas mieux. J'ai aussi remarqué que la compilation d'autres pilotes (avec make car pas de paquets sources debian), j'avais des messages d'erreurs sur des fichiers modules.symvers manquant. Il devait donc y avoir quelque chose de foireux dans mon noyau. J'ai donc compilé mon noyau avec la commande MAKEFLAGS="CC=gcc-4.0" make-kpkg ... J'ai ensuite installé le paquet ainsi créé. Ensuite, j'ai pu utiliser make-kpkg --added-modules ... et c'est bien gcc 4 qui est utilisé. Merci encore pour les conseils, François -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: make-kpkg et version de GCC
Le vendredi 19 août 2005 à 23:46 +0200, François Valenduc a écrit : > J'ai bien exactement les mêmes résultats. D'ailleurs, j'ai déja dit que > si je compile avec make, c'est bien gcc 4 qui est utilisé. Je ne > comprends vraiment pas pourquoi make-kpkg s'entête à utiliser gcc 3. J'ai mal lu ton premier message, je m'en excuse. J'avoue ne pas vraiment voir d'où peut venir ton problème, si ce n'est éventuellement une variable d'environnement qui serait utilisée par make-kpkg ou dpg-buildpackage uniquement (mais je ne vois pas laquelle) ? @+ Julien PS: je lis la liste, il n'est pas nécessaire de me mettre en copie signature.asc Description: This is a digitally signed message part
Re: make-kpkg et version de GCC
Julien Valroff a écrit : Le vendredi 19 août 2005 à 23:28 +0200, François Valenduc a écrit : Bonsoir à tous, Bonsoir, Sans crier gare, make-kpkg compile tout ce que je lui demande avec gcc-3.3 alors qu'il devrait compiler avec gcc-4.0. En effet, si je vérifie avec gcc -v, j'obtiens bien 4.0 et si je compile mon noyau ou autre chose avec make, c'est bien la version 4.0 qui est utilisée. J'ai lu les archives de la liste et j'ai compris qu'en tappant MAKEFLAGS="CC=gcc-4.0", on peut choisir ainsi la bonne version. Mais, y aurait il moyen de rendre le réglage permanent ? Regarde du coté du système d'alternatives (man update-alternatives) et vérifie que /usr/bin/gcc pointe bien vers /usr/bin/gcc-4.0 Voilà ce que ça donne "chez moi" (tm): # update-alternatives --display cc cc - status is auto. link currently points to /usr/bin/gcc /usr/bin/gcc - priority 20 slave cc.1.gz: /usr/share/man/man1/gcc.1.gz Current `best' version is /usr/bin/gcc. neptune:~# ls /usr/bin/gcc /usr/bin/gcc # ll /usr/bin/gcc lrwxrwxrwx 1 root root 7 2005-08-12 10:04 /usr/bin/gcc -> gcc-4.0 @++ J'ai bien exactement les mêmes résultats. D'ailleurs, j'ai déja dit que si je compile avec make, c'est bien gcc 4 qui est utilisé. Je ne comprends vraiment pas pourquoi make-kpkg s'entête à utiliser gcc 3. François -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: make-kpkg et version de GCC
Le vendredi 19 août 2005 à 23:28 +0200, François Valenduc a écrit : > Bonsoir à tous, Bonsoir, > Sans crier gare, make-kpkg compile tout ce que je lui demande avec > gcc-3.3 alors qu'il devrait compiler avec gcc-4.0. En effet, si je > vérifie avec gcc -v, j'obtiens bien 4.0 et si je compile mon noyau ou > autre chose avec make, c'est bien la version 4.0 qui est utilisée. J'ai > lu les archives de la liste et j'ai compris qu'en tappant > MAKEFLAGS="CC=gcc-4.0", on peut choisir ainsi la bonne version. Mais, y > aurait il moyen de rendre le réglage permanent ? > Regarde du coté du système d'alternatives (man update-alternatives) et vérifie que /usr/bin/gcc pointe bien vers /usr/bin/gcc-4.0 Voilà ce que ça donne "chez moi" (tm): # update-alternatives --display cc cc - status is auto. link currently points to /usr/bin/gcc /usr/bin/gcc - priority 20 slave cc.1.gz: /usr/share/man/man1/gcc.1.gz Current `best' version is /usr/bin/gcc. neptune:~# ls /usr/bin/gcc /usr/bin/gcc # ll /usr/bin/gcc lrwxrwxrwx 1 root root 7 2005-08-12 10:04 /usr/bin/gcc -> gcc-4.0 @++ signature.asc Description: This is a digitally signed message part
Re: make-kpkg kernel-image et gcc4 [RESOLU]
Super utile de savoir imposer une version de gcc à make-kpkg. 2.6.10 sauce debian unstable compilé sans pb majeur avec gcc-3 JLC : Un grand merci ! -- Sylvt Le Jeudi 18 Août 2005 19:36, Jean-Luc Coulon (f5ibh) a écrit : > Le 18.08.2005 18:48:29, sylvt a écrit : > > Bonjour à tous, > > En testing, impossible de compiler un kernel (2.6.8-16, 2.6.10-6, > > kernel-source prises dans unstable, .config pris > > sur /boot/config-2.6.8-2-686) depuis, me semble t-il, le passage à > > gcc4. > > J'obtiens ce genre d'erreure caractéristique : > > include/linux/skbuff.h:1017: warning: pointer targets in passing > > argument 2 of > > 'csum_and_copy_from_user' differ in signedness > > (Cette hypothèse se confirmerait : > > http://lists.debian.org/debian-kernel/2005/08/msg00136.html > > vu que le même genre d'erreure se produit avec le kernel 2.6.11) > > Si je pige bien le man make-kpkg il est possible d'imposer la version > > du gcc. > > Ce serait quelque chose comme : > > % MAKEFLAGS="CC=gcc-3.3" make-kpkg ... > > J'ai compilé les version antérieure à 2.6.12 avec quelque chose comme : > > MAKEFLAGS="CC=gcc-3.4" \ > make-kpkg --rootcmd fakeroot clean > MAKEFLAGS="CC=gcc-3.4" \ > make-kpkg --revision x \ >--append-to-version -x \ >--initrd \ > --rootcmd fakeroot kernel_image > > > Une alternative est de partir d'un kernel 2.6.12 non debian qui > > compilerait > > avec gcc-4. > > Pas de problème avec 2.6.12, on peut le compiler avec gcc-4 > > > Qu'en pensez-vous ? > > -- > > sylvt > > Jean-Luc
Re: make-kpkg kernel-image et gcc4
Le 18.08.2005 18:48:29, sylvt a écrit : Bonjour à tous, En testing, impossible de compiler un kernel (2.6.8-16, 2.6.10-6, kernel-source prises dans unstable, .config pris sur /boot/config-2.6.8-2-686) depuis, me semble t-il, le passage à gcc4. J'obtiens ce genre d'erreure caractéristique : include/linux/skbuff.h:1017: warning: pointer targets in passing argument 2 of 'csum_and_copy_from_user' differ in signedness (Cette hypothèse se confirmerait : http://lists.debian.org/debian-kernel/2005/08/msg00136.html vu que le même genre d'erreure se produit avec le kernel 2.6.11) Si je pige bien le man make-kpkg il est possible d'imposer la version du gcc. Ce serait quelque chose comme : % MAKEFLAGS="CC=gcc-3.3" make-kpkg ... J'ai compilé les version antérieure à 2.6.12 avec quelque chose comme : MAKEFLAGS="CC=gcc-3.4" \ make-kpkg --rootcmd fakeroot clean MAKEFLAGS="CC=gcc-3.4" \ make-kpkg --revision x \ --append-to-version -x \ --initrd \ --rootcmd fakeroot kernel_image Une alternative est de partir d'un kernel 2.6.12 non debian qui compilerait avec gcc-4. Pas de problème avec 2.6.12, on peut le compiler avec gcc-4 Qu'en pensez-vous ? -- sylvt Jean-Luc pgpEMN2GJP5c9.pgp Description: PGP signature
Re: make-kpkg et kernel-headers
Am 2005-03-13 18:33:38, schrieb François Valenduc: > Bonjour à tous, > J'ai une question concernant make-kpkg et sur les kernels-headers. En ^^^^ > make-kpkg kernel-headers de générer un paquet Debian contenant si j'ai >make[1]: Entering directory `/usr/src/kernel-headers-2.6.11' ^^ Ça marche pas ! >make[2]: scripts/Makefile.build: Aucun fichier ou répertoire de ce type >make[2]: *** Pas de règle pour fabriquer la cible « > scripts/Makefile.build ». Arrêt. > Quelqu'un sait il s'il y a moyen de contourner ce problème ? 'make-kpkg kernel_headers' marcher que avec le kernel-source (!!!) par example: /usr/src/kernel-source-2.6.11 > Merci d'avance pour vos conseils, > François Valenduc Greetings Michelle -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/3/8845235667100 Strasbourg/France IRC #Debian (irc.icq.com) signature.pgp Description: Digital signature
Re: make-kpkg et kernel-headers
Raphaël 'SurcouF' Bordet a écrit : Le dimanche 13 mars 2005 à 18:33 +0100, François Valenduc a écrit : Bonjour à tous, J'ai une question concernant make-kpkg et sur les kernels-headers. En fait, avec le noyau 2.4, il était possible en utilisant la commande make-kpkg kernel-headers de générer un paquet Debian contenant si j'ai bien compris les fichiers d'entêtes et d'includes nécessaires pour compiler des pilotes non inclus dans les sources du noyau. J'ai essayé de faire la même chose avec le noyau 2.6 mais çà n'a plus l'air de fonctionner. Si j'installe le paquet debian ainsi crée, chaque fois qu'on essaie de compiler un pilote, on obtient un message du genre: make[1]: Entering directory `/usr/src/kernel-headers-2.6.11' make[2]: scripts/Makefile.build: Aucun fichier ou répertoire de ce type make[2]: *** Pas de règle pour fabriquer la cible « scripts/Makefile.build ». Arrêt. Quelqu'un sait il s'il y a moyen de contourner ce problème ? J'ai entendu dire qu'il fallait utiliser les kernel-source avec la série 2.6.x (mais dans ce cas, à quoi sert les kernel-headers ?...). Effectivement, je me demande bien à quoi peuvent encore servir les kernel-headers. Quelqu'un a t'il une explication ? -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: make-kpkg et kernel-headers
Le dimanche 13 mars 2005 à 18:33 +0100, François Valenduc a écrit : > Bonjour à tous, > J'ai une question concernant make-kpkg et sur les kernels-headers. En > fait, avec le noyau 2.4, il était possible en utilisant la commande > make-kpkg kernel-headers de générer un paquet Debian contenant si j'ai > bien compris les fichiers d'entêtes et d'includes nécessaires pour > compiler des pilotes non inclus dans les sources du noyau. J'ai essayé > de faire la même chose avec le noyau 2.6 mais çà n'a plus l'air de > fonctionner. Si j'installe le paquet debian ainsi crée, chaque fois > qu'on essaie de compiler un pilote, on obtient un message du genre: > make[1]: Entering directory `/usr/src/kernel-headers-2.6.11' > make[2]: scripts/Makefile.build: Aucun fichier ou répertoire de ce type > make[2]: *** Pas de règle pour fabriquer la cible « > scripts/Makefile.build ». Arrêt. > Quelqu'un sait il s'il y a moyen de contourner ce problème ? J'ai entendu dire qu'il fallait utiliser les kernel-source avec la série 2.6.x (mais dans ce cas, à quoi sert les kernel-headers ?...). -- Raphaël 'SurcouF' Bordet http://debianfr.net/ | surcouf at debianfr dot net
Re: make-kpkg
Selon Raphaël 'SurcouF' Bordet: > hugo wrote: > >> > >>Sinon, il suffit d'installer le paquet sl-modem-source[2], si ce n'est > >>pas déjà fait et préférer module-assistant[3] à make-kpkg pour ce genre > >>de cas (compilation d'un module externe à la distribution officielle du > >>noyau), bien plus simple à utiliser. > > > >C'est justement après avoir installé sl-modem-source et joué de > >modules-assistant qu'on me dit qu'il manque le package > >"kernel-image-2.6.7". > > D'où vient donc le noyau avec lequel tu tournes ? De chez Debian, il s'agit du package "kernel-source-2.6.7" > >Il semble donc bien que je doive créer ce package "kernel-image-2.6.7" > >avec make-kpkg > > Je ne crois pas, non. Peux-tu développer ? -- > > Tu veux la commande pour me mettre dans ta blacklist ? > Et rater le phénomène de foire le plus célèbre du petit monde > linuxo-useneto-ircien francophone après luc2 ? > Certainement pas. -+- Bien configurer son kill-file -+-
Re: make-kpkg
hugo wrote: Sinon, il suffit d'installer le paquet sl-modem-source[2], si ce n'est pas déjà fait et préférer module-assistant[3] à make-kpkg pour ce genre de cas (compilation d'un module externe à la distribution officielle du noyau), bien plus simple à utiliser. C'est justement après avoir installé sl-modem-source et joué de modules-assistant qu'on me dit qu'il manque le package "kernel-image-2.6.7". D'où vient donc le noyau avec lequel tu tournes ? Il semble donc bien que je doive créer ce package "kernel-image-2.6.7" avec make-kpkg Je ne crois pas, non. (Désolé si ce message arrive en double sur la liste ou dans ta mbox, mea-culpa: j'ai merdé) (aucun problème, j'utilise Gmane pour consulter la liste) -- Raphaël 'SurcouF' Bordet http://debianfr.net | surcouf at debianfr dot net
Re: make-kpkg
On Sat, Oct 02, 2004 at 07:50:00PM +0200, hugo wrote: > Qu'est ce que c'est que cette histoire de "--revision=rev1" ? Cela ne > constituerait-il pas un argument supplémentaire à passer à > module-assistant. C'est une option qui n'est pas obligatoire et configurée par défaut a 10.00Custom il me semble mais c'est à vérifier. Pour module-assistant, il n'est pas nécessaire, il récupèrera la version du dernier noyau compilé et il ajustera la version du module en fonction de ça. Il peut cependant se planter dans le répertoire des source au moment du lien symbolique (m-a prepare), il suffit de passer a module-assistant l'option --kernel-dir=/path/to/kernelsource > Je souhaite juste avoir le package le plus *con* du monde, nommé > "kernel-image-2.6.7" avec *mes* options de compil mais sans options > bizarroïde (telle --revision) de make-kpkg. En même temps tu n'es pas obligé d'appliquer à la lettre tout ce qu'on te dit. A toi de savoir ce qui est utile et ce qui ne l'est pas dans nos réponses. > Je m'excuse de mon ignorance/insolence, mais je suis un peu nouveau chez > Debian et tout ce que je veux c'est que l'install de sl-modem-source à > l'aide de module-assitant marche sans bizouillage de make-kpkg. Normalement meme avec les bidouillages ca devrait fonctionner :) -- T'as déjà joué au mikado? Les problèmes de dépendances c'est un peu pareil, sauf que tu peux rajouter de la glu sur les bâtons histoire de rigoler. -+- SC in GFA : Les packages, la petite faiblesse qui vous perdra -+-
Re: make-kpkg
Selon Raphaël 'SurcouF' Bordet: > hugo wrote: > >Bonjour, > > > >J'ai besoin, pour pouvoir installer un package de gestion de modem > >SmartLink sur un notebook, du paquet "kernel-image-2.6.7". > > > >Évidement le package "kernel-source-2.6.7" est installé et j'ai > >d'ailleurs recompilé ces sources pour adapter le noyau à ma config. > > > >J'ai lu la page de man de make-kpkg, mais c'est vraiment assez hard pour > >moi (à cause de toutes les options). > > > >Ce que je veux, c'est juste créer "kernel-image-2.6.7" avec mes options > >de .config et l'installer. Ça doit être tout con, mais il faudrait > >qu'une âme charitable me mette le pied à l'étrier. (Je suis sûr qu'il y > >en a parmi vous qui utilisent make-kpkg tous les jours). > > > La question qui me vient tout de suite à l'esprit est: pour quelle > version de debian, au juste ? > > Si la réponse est "woody", ce n'est pas la peine d'essayer: il faudrait > bien plus qu'un noyau 2.6 pour avoir un support correct. > Pour les deux autres, "sarge" et "unstable", il existe[1]. > > Sinon, il suffit d'installer le paquet sl-modem-source[2], si ce n'est > pas déjà fait et préférer module-assistant[3] à make-kpkg pour ce genre > de cas (compilation d'un module externe à la distribution officielle du > noyau), bien plus simple à utiliser. C'est justement après avoir installé sl-modem-source et joué de modules-assistant qu'on me dit qu'il manque le package "kernel-image-2.6.7". Il semble donc bien que je doive créer ce package "kernel-image-2.6.7" avec make-kpkg (Désolé si ce message arrive en double sur la liste ou dans ta mbox, mea-culpa: j'ai merdé) -- Hugo NPN(i --> ee) > Sinon, à propos d'afterstep et de window maker : quand je déplace une > fenetre, en plus de la neige sur le moniteur, j'ai du crachin dans les > haut parleurs... -+- hcl in GLP "y'a plus de saison j'vous dis" -+-
Re: make-kpkg
Selon Julien Louis: > On Sat, Oct 02, 2004 at 08:14:25AM +0200, [EMAIL PROTECTED] wrote: > > > > $ cd /usr/src > > $ ln -s kernel-source-2.6.7 linux > > $ cd linux > > $ make menuconfig > > $ sudo make-kpkg clean > > $ sudo make-kpkg --revision=rev1 kernel-image > > $ cd .. > > $ sudo dpkg -i kernel-image-2.6.7_rev1_i386.deb > > Je serais plutôt partisant pour utiliser : > make-kpkg --config menuconfig --revision=rev1 kernel-image > > ca fait toujours une commande en moins, et puis si on utilise le menuconfig > tout > le temps, on met dans le /etc/kernel-pkg.conf : > config_target := menuconfig > > et hope meme plus besoin d'y penser :) Qu'est ce que c'est que cette histoire de "--revision=rev1" ? Cela ne constituerait-il pas un argument supplémentaire à passer à module-assistant. Je souhaite juste avoir le package le plus *con* du monde, nommé "kernel-image-2.6.7" avec *mes* options de compil mais sans options bizarroïde (telle --revision) de make-kpkg. Je m'excuse de mon ignorance/insolence, mais je suis un peu nouveau chez Debian et tout ce que je veux c'est que l'install de sl-modem-source à l'aide de module-assitant marche sans bizouillage de make-kpkg. Merci en tout cas de votre aide. -- > Notre devoir, pour leur bien et pour le bien de Linux, est de te > flinguer avant que tu ne les sacrifies (fût-ce avec les meilleures > intentions du monde). -+- TP In: Guide du linuxien pervers : "De la pédagogie par l'Exemple"
Re: make-kpkg
On Sat, Oct 02, 2004 at 08:14:25AM +0200, [EMAIL PROTECTED] wrote: > > $ cd /usr/src > $ ln -s kernel-source-2.6.7 linux > $ cd linux > $ make menuconfig > $ sudo make-kpkg clean > $ sudo make-kpkg --revision=rev1 kernel-image > $ cd .. > $ sudo dpkg -i kernel-image-2.6.7_rev1_i386.deb Je serais plutôt partisant pour utiliser : make-kpkg --config menuconfig --revision=rev1 kernel-image ca fait toujours une commande en moins, et puis si on utilise le menuconfig tout le temps, on met dans le /etc/kernel-pkg.conf : config_target := menuconfig et hope meme plus besoin d'y penser :) -- Nous avons toutefois un support téléphonique que vous pouvez joindre sans hésitation au (+32)x. Ce support téléphonique n'a pas encore d'horaire et peut-être soit allumé, soit éteint. -- Jayce - Dodo --
Re: make-kpkg
Le Fri, Oct 01, 2004 à 08:14:10PM +0200, hugo a écrit > Ce que je veux, c'est juste créer "kernel-image-2.6.7" avec mes options > de .config et l'installer. Ça doit être tout con, mais il faudrait > qu'une âme charitable me mette le pied à l'étrier. (Je suis sûr qu'il y > en a parmi vous qui utilisent make-kpkg tous les jours). $ cd /usr/src $ ln -s kernel-source-2.6.7 linux $ cd linux $ make menuconfig $ sudo make-kpkg clean $ sudo make-kpkg --revision=rev1 kernel-image $ cd .. $ sudo dpkg -i kernel-image-2.6.7_rev1_i386.deb -- Francois Mescam
Re: make-kpkg
hugo wrote: Bonjour, J'ai besoin, pour pouvoir installer un package de gestion de modem SmartLink sur un notebook, du paquet "kernel-image-2.6.7". Évidement le package "kernel-source-2.6.7" est installé et j'ai d'ailleurs recompilé ces sources pour adapter le noyau à ma config. J'ai lu la page de man de make-kpkg, mais c'est vraiment assez hard pour moi (à cause de toutes les options). Ce que je veux, c'est juste créer "kernel-image-2.6.7" avec mes options de .config et l'installer. Ça doit être tout con, mais il faudrait qu'une âme charitable me mette le pied à l'étrier. (Je suis sûr qu'il y en a parmi vous qui utilisent make-kpkg tous les jours). La question qui me vient tout de suite à l'esprit est: pour quelle version de debian, au juste ? Si la réponse est "woody", ce n'est pas la peine d'essayer: il faudrait bien plus qu'un noyau 2.6 pour avoir un support correct. Pour les deux autres, "sarge" et "unstable", il existe[1]. Sinon, il suffit d'installer le paquet sl-modem-source[2], si ce n'est pas déjà fait et préférer module-assistant[3] à make-kpkg pour ce genre de cas (compilation d'un module externe à la distribution officielle du noyau), bien plus simple à utiliser. [1]:http://packages.debian.org/cgi-bin/search_packages.pl?keywords=kernel-image-2.6.7&searchon=names&subword=1&version=all&release=all [2]:http://packages.debian.org/unstable/misc/sl-modem-source [3]:http://packages.debian.org/unstable/misc/module-assistant -- Raphaël 'SurcouF' Bordet http://debianfr.net/ | [EMAIL PROTECTED]
Re: make-kpkg
bonjour, Le dimanche 08 août 2004, Georges Roux a écrit... > Quand je compile avec make-kpkg (Linux) et que ca plante, j'ai tout les > messages d'erreur en francais > comment tout avoir en anglais? faire un export d'une locale LANG="C" avant ? -- jm
Re: make-kpkg et recompilation depuis le départ.
Hello, N ayant un portable "qu'a 1ghz" et etant un fan de la modification de noyau, je recompile en partie mon noyau ou les modules au moins une fois par semaine. Effectivement le make-kpkg, apres avoir fais le paquet, execute un make clean... La fois d apres tu es donc oblige de tout recompiler. Ce que je fais perso, c est de ne faire un make-kpkg que lorsque j utilise une nouvelle version du noyau (histoire d etre sur de tout bien installer un bonne fois, notamment dans /boot, meme si je n ai jamais compris a quoi cela servait). Apres je fais seulement make, make modules_install et hop je ne recompile que ce qui a ete modifie (si j ai modifie le noyau, je recopie le fichier vmlinux de /usr/src/noyau> dans boot). Gros gain de temps topper
Re: make-kpkg et include/linux/version.h (+ update xmms)
Ploufy <[EMAIL PROTECTED]> a écrit : | Le Fri, 27 Feb 2004 13:59:59 -0500 | Daniel Déchelotte <[EMAIL PROTECTED]> a écrit: | | > A la fin de l'execution de make-kpkg, du facon ou d'une autre, il | > modifie include/linux/version.h pour virer le EXTRAVERSION que j'ai | > specifie avec amour avec mon --append-to-version "blabla". | Ce doit etre le bug #233152 corrigé en Sid. Oui, c'est sans doute celui-la. Bien vu ! [pour ceux qui se souviennent de mes jeremiades a propos d'xmms : la version stable gele aussi sur le meme flux (mp3, 96kHz), c'est juste qu'elle l'a fait a la 17e minute et non a la 15e (j'ai poste trop vite sur ce coup). Tain c'est trop chelou ce truc...] -- Daniel Déchelotte http://yo.dan.free.fr/
Re: make-kpkg et /usr/src/linux/include/linux/version.h
Le Fri, 27 Feb 2004 13:59:59 -0500 Daniel Déchelotte <[EMAIL PROTECTED]> a écrit: > Bonjour, > > A la fin de l'execution de make-kpkg, du facon ou d'une autre, il > modifie include/linux/version.h pour virer le EXTRAVERSION que j'ai > specifie avec amour avec mon --append-to-version "blabla". Ce doit etre le bug #233152 corrigé en Sid. J'y ai eu droit quand j'ai voulu compiler mon module de carte graphique. J'ai modifié le version.h a la mano et Le lendemain c'était corrigé ;-) J'adore la debian ! Good luck. -- Ploufy
Re: Re : make-kpkg et /usr/src/linux/include/linux/version.h
"Jean-Luc Coulon (f5ibh)" <[EMAIL PROTECTED]> a écrit : | EXTRAVERSION n'est pas affecté par --append-to-version. append-to- | version est ajouté en *fin* de chaîne, après : | $(VERSION).$(PATCHLEVEL).$(SUBLEVEL)$(EXTRAVERSION) | | Le meilleur xemple en est 2.54.26-pre1 : EXTRAVERION contien -pre1 et | vous pouvez fort bien ajouter --revision et --append-to-version. En fait, le append-to-version ajoute son argument a EXTRAVERSION. Au fait, je ne sais pas pourquoi, j'ai souvent cette manie de parler comme un ministre quand j'ecris un courriel, mais je te conjure de me tutoyer. | pourquoi ne pas construire les modules avec : | dans votre exemple précis : | make-kpkg --append-to-version "-mts7" modules_image C'est comme ca que je construis thinkpad-modules-*, mais je dois aussi construire un pilote DRI pour ma carte graphique et le pilote pour ma carte WiFi et eux n'ont pas ete prevu pour fonctionner avec make-kpkg. Le fichier linux/include/version.h contient la bonne chaine (avec le EXTRAVERSION) au moment du make-kpkg, mais visiblement celui-ci croit malin de le refaire passer a "2.6.23" sans EXTRAVERSION, a un moment que je n'ai pas encore elucide. Est-ce que construire "kernel_image" et "modules_image" en un coup est supporte, ou faut-il lancer deux fois make-kpkg ? Merci de ta reponse ! -- Daniel Déchelotte http://yo.dan.free.fr/
Re : make-kpkg et /usr/src/linux/include/linux/version.h
Le 27.02.2004 19:59, Daniel Déchelotte a écrit : Bonjour, A la fin de l'execution de make-kpkg, du facon ou d'une autre, il modifie include/linux/version.h pour virer le EXTRAVERSION que j'ai specifie avec amour avec mon --append-to-version "blabla". EXTRAVERSION n'est pas affecté par --append-to-version. append-to- version est ajouté en *fin* de chaîne, après : $(VERSION).$(PATCHLEVEL).$(SUBLEVEL)$(EXTRAVERSION) Le meilleur xemple en est 2.54.26-pre1 : EXTRAVERION contien -pre1 et vous pouvez fort bien ajouter --revision et --append-to-version. Du coup, les modules que je dois construire a part couinent parce que les versions de mon noyau (uname -r => 2.6.3-mts7) et de mes sources (version.h => 2.6.3) sont differentes, et je dois lancer un make-kpkg --append-to-versions "-mts7" kernel_image que j'interromps comme une brute juste apres qu'il ait reconstruit un version.h correct. pourquoi ne pas construire les modules avec : make-kpkg --revision --append-to-version version> --rootcmd fakeroot modules_image (sur une seule ligne) dans votre exemple précis : make-kpkg --append-to-version "-mts7" modules_image -- - Jean-Luc D'ou mes questions : pourquoi et comment corriger ? Merci ! -- Daniel Déchelotte http://yo.dan.free.fr/ pgpbanpRrggZU.pgp Description: PGP signature
Re: make-kpkg modules_image et nvidia
le Wed, Feb 11, 2004 at 04:20:19PM +0100, Ledoux Emmanuel a ecrit: > Je suis en unstable et je cherche a installer le package nvidia-kernel-src > /usr/src/modules/nvidia-kernel-1.0.2880/NVIDIA_kernel-1.0-2880 Oula gros probleme alors... en unstable (ie en sid) le driver nvidia c'est maintenant nvidia-kernel-source en version 1.0.5336 Donc mettre a jour les paquets... et verifier /etc/apt/source.list car seul la stable contient encore le nvidia-kernel-src en version 2880 tu a peut-etre recuperer le paquet stable car il restait des occurrence de stable dans tes depots apt et qu'a la disparition de nvidia-kernel-src de la sid, le paquet de la stable est devenu le seul candidat ? Ceci etant dit si tu veux vraiment compiler le 2880 sur une debian sid, ton erreur vient du fait que le script de compilation etait fait pour un gcc 3.0 et gcc 3.3 etant plus bavard en mode verbeux, ca plante le script. Bref en quottant http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=135897&archive=yes Please, just disable this check by setting $IGNORE_CC_MISMATCH to something non-empty. Et tu devrais pouvoir compiler le driver... enfin si il compile... et si tu as une bonne raison pour utiliser un drivers qui date de quasiment 2 ans... Tus -- look 'ma a FAQ: ftp://ftp.gnu.org/savannah/files/debfr-faq/ [EMAIL PROTECTED] signature.asc Description: Digital signature
Re: make-kpkg et modversions.h
On Sat, 12 Jul 2003 08:47:58 +0200 Vincent Morlot <[EMAIL PROTECTED]> wrote: > Bonjour, > J'ai un petit problème, j'ai besoin du fichier modeversions.h pour > recompiler un driver d'une carte graphique, j'ai beau refaire un > make-kpkg --revision=1.0 kernel-image le fichier n'est pas regénéré. > J'ai recherché sur la liste mais n'ai rien trouvé de concluant sur le > sujet. > J'essaie surtout de comprendre pourquoi le fichier n'est pas généré > systématiquement lors de la recompilation du noyau. > si quelqu'un peut m'expliquer > Merçi > Ce fichier n'est crée que lors de la compilation des modules (durant le make modules suivant la méthode classique) F.B
Re: make-kpkg et l'installation d'un kernel
On Thu, May 29, 2003 at 01:02:24AM +0200, Brice Tence wrote: > Bonjour, > > J'essaye (avec difficulté) d'installer un RTLinux sur > ma machine. Je n'utilise pas le paquet debian RTLinux > mais la version disponible sur le site rtlinux.org > (i.e. la 3.2pre2). Cette version me permet de patcher > un noyau 2.4.20 alors que celle du paquet Debian ne > peut patcher qu'un noyau 2.2.19 ou 2.4.4. > > Je tourne au jour le jour avec un 2.4.20 hyper stable > qui me conviens parfaitement. > > Après avoir patché les sources 2.4.20, je les ai > compilées à coups de make-kpkg (bien que je ne sois > pas sûr de pouvoir compiler un RTLinux avec > make-kpkg). > > Je voudrais donc installer ce noyau patché sans rien > risquer vis-à-vis de mon noyau actuel (je pense > surtout à /lib/modules/2.4.20). Puis-je faire un dpkg > -i les yeux fermés ? Oui, car si cela tourne mal, il te suffira de reinstaller l'ancien noyau (apres avoir boote en mode rescue avec une disquette de boot par exemple). Sinon, tu peut toujours ajouter l'option -flavor je crois, qui fera que tout sera installe dans /lib/modules/2.4.20-, lis la doc pour etre sur. Amicalement, Sven Luther
Re: make-kpkg et l'installation d'un kernel
[snip] > Je voudrais donc installer ce noyau patché sans rien > risquer vis-à-vis de mon noyau actuel (je pense > surtout à /lib/modules/2.4.20). Puis-je faire un dpkg > -i les yeux fermés ? Non. Soit tu as bien précisé lors du "make-kpkg kernel_image" que tu faisais une saveure différente de ton noyal (à savoir avec --append-to-version, par exemple --append-to-version -rt) et dans ce cas tu ne risques rien (mais j'en doute si tu poses la question) car les modules seront installés dans /lib/modules/2.4.20-rt Soit tu n'as pas utilisé cette option, et dpkg te mettra en garde au moment de l'install: "Attention petit scarabé, tu réinstalles un noyau de la même version que celui actuellement installé, et je vais devoir écraser tes modules, et ça ne me plait pas, et je voudrais que tu fasses un backup, par exemple dans /lib/modules/2.4.20.old, merci." > D'avance merci pour vos lumières, Vu l'heure, la lumière est un peu étrange, mais globalement, l'idée est là. D'autres complèteront/corrigeront éventuellement... -- Le Sensei... signature.asc Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=
Re: make-kpkg et l'installation d'un kernel
Brice Tence <[EMAIL PROTECTED]> writes: > Bonjour, > [..zap..] > > Je voudrais donc installer ce noyau patché sans rien > risquer vis-à-vis de mon noyau actuel (je pense > surtout à /lib/modules/2.4.20). Puis-je faire un dpkg > -i les yeux fermés ? Dans le Makefile, tu as une variable (en tout début) que tu peux modifier, par exemple : EXTRAVERSION = .RTLinux Ainsi, les modules ne seront pas dans /lib/modules/2.4.20 mais dans /lib/modules/2.4.20.rtlinux. Mais il me semble que le patch RTLinux modifie déjà cette variable, sur ma machine, j'ai : EXTRAVERSION =-rtl3.2-pre2 Qui a été positionné par le patch RTLinux 3.2 pour le noyau 2.4.20. A+ PP -- Groupe Morbihannais d'Utilisateurs de Logiciels Libres http://www.tuxbihan.org Identifiant Jabber: [EMAIL PROTECTED] Patrick Percot.
Re: make-kpkg et l'installation d'un kernel
Le Jeudi 29 Mai 2003 01:02, Brice Tence a écrit : > Je voudrais donc installer ce noyau patché sans rien > risquer vis-à-vis de mon noyau actuel (je pense > surtout à /lib/modules/2.4.20). Puis-je faire un dpkg > -i les yeux fermés ? non, ouvre les yeux ;) et renomme /lib/modules/2.4.20 en 2.4.20.old renomme aussi ton noyau en vmlinuz.old et rajoutes l'entrée à ton linux loadler (lilo ou autre...) Ensuite re-ferme les yeux et dpkg -i kernel-image-machin.deb -- COLPART Gregory Marseille [EMAIL PROTECTED] http://www.gcolpart.com
Re: make-kpkg modules_image
Le Fri, 14 Feb 2003 10:08:21 +0100, Charles Plessy <[EMAIL PROTECTED]> a écrit : > # We are called from dpkg-build through one of the targets binary, > # binary-arch: fault these. > > binary binary-arch: > @echo >&2 'Use make-kpkg to compile this module' && false > > Me voici à nouveau à la case départ :( > Salut, Si tu veux compiler des modules pour un noyau donné, il faut avoir les sources de ce noyau (dans /usr/src/linux) *configurés* pour ta version du noyau. Je te propose donc : - d'installer les sources du noyau que tu utilise - de faire un lien /usr/src/linux -> sources de ton noyau - dans ce répertoire, tu fais : make-kpkg clean - tu copies la config du noyau que tu utilise dans /usr/src/linux/.config : par exemple : cp /boot/config-`uname -r` /usr/src/linux/.config - tu configure tes sources du noyau avec ce fichier : make-kpkg configure --config oldconfig [ avec éventuellement qq questions supplémentaires sur ta config ] - ensuite tu compile ton module : make-kpkg modules_image bonne chance, Fred. -- Frédéric Boiteux - Calistel
Re: make-kpkg modules_image
> > Comment utiliser ces headers à la place des sources?? J'ai déjà eu le > > même problème avec les pilotes nvidia, et j'avais simplement recompilé > > un noyau, juste pour avoir un répertoire "sources". Mais c'est un peu > > lourd, non? > > > > tu peux essayer cette astuce : > installer le paquet kernel-header correspondant à ton noyau > kernel-header-2.4.18bf2.4 je pense... > > ensuite, tu creer ces quelques variables d'environnement : >setenv KSRC /usr/src/kernel-headers-2.4.18-bf2.4 >setenv KVERS 2.4.18bf2.4 > > > après, créer le package des dri : >cd /usr/src/modules/drm-trunk >debian/rules binary_modules Il est buté, l'animal : bash-2.05b$ export KSRC=/mnt/gizmo/charles/kernel-headers-2.4.18-bf2.4 bash-2.05b$ export KVERS=2.4.18bf2.4 bash-2.05b$ cd modules/drm-trunk/ bash-2.05b$ fakeroot debian/rules binary grep: /mnt/gizmo/charles/kernel-headers-2.4.18-bf2.4/include/linux/compile.h: Aucun fichier ou répertoire de ce type Use make-kpkg to compile this module make: *** [binary] Erreur 1 mais je crois que je commence à comprendre : bash-2.05b$ ls /mnt/gizmo/charles/kernel-headers-2.4.18-bf2.4/include/linux/compi* /mnt/gizmo/charles/kernel-headers-2.4.18-bf2.4/include/linux/compiler.h ^ il manque un r dans la makefile!! Je modifie le fichier rules et... bash-2.05b$ debian/rules binary Use make-kpkg to compile this module make: *** [binary] Erreur 1 Ce qui est parfaitement normal vu l'extrait suivant de rules : # We are called from dpkg-build through one of the targets binary, # binary-arch: fault these. binary binary-arch: @echo >&2 'Use make-kpkg to compile this module' && false Me voici à nouveau à la case départ :( Charles
Re: make-kpkg modules_image
> Salut, > salut, > comme j'ai une radeon 9000, j'essaye de faire fonctionner la 3D. Si > j'ai tout bien compris, je dois installer les derniers drivers drm, > que j'ai trouvé dans le pack à > http://people.debian.org/~daenzer/dri-trunk-sid/ . > bonne idée, j'ai fait pareil avec ma radeon 7500 [...] > Qu'à cela ne tienne : > $ make-kpkg modules_image > We do not seem to be in a top level linux kernel source directory > (...) > > Là je suis bloqué. j'ai essayé de lancer make-kpkg depuis plusieurs > répertoires différents. Ça ne marche que depuis un répertoire > sources. Or, je voudrais utiliser le répertoire header du noyau > 2.4.18bf2.4 de la woody... > > Comment utiliser ces headers à la place des sources?? J'ai déjà eu le > même problème avec les pilotes nvidia, et j'avais simplement recompilé > un noyau, juste pour avoir un répertoire "sources". Mais c'est un peu > lourd, non? > tu peux essayer cette astuce : installer le paquet kernel-header correspondant à ton noyau kernel-header-2.4.18bf2.4 je pense... ensuite, tu creer ces quelques variables d'environnement : setenv KSRC /usr/src/kernel-headers-2.4.18-bf2.4 setenv KVERS 2.4.18bf2.4 après, créer le package des dri : cd /usr/src/modules/drm-trunk debian/rules binary_modules puis enfin, installer le package avec dpkg qui doit se trouver dans /usr/src voilà ! > Charles > André
Re: make-kpkg i386 2.4.20 et echec de signfile
* [EMAIL PROTECTED] <[EMAIL PROTECTED]> [2003-01-10 12:14] : > Bonjour à tous, > > Sur une woody i386, je fais un make-kpkg comme ça pour un kernel 2.4.20 : > > PATCH_THE_KERNEL=YES make-kpkg --bzimage --append-to-version -cm-dormeur > --revision=umr6538.1.0 --initrd --added-patches debianlogo,xfs --config > menuconfig buildpackage > > Le truc me génère tous les *tar.gz, dsc, et deb mais se termine sur l'erreur > suivante : > > make[1]: Leaving directory `/usr/src/linux-2.4.20' > signfile kernel-source-2.4.20-cm-dormeur_umr6538.1.0.dsc > gpg: skipped `Christophe Martin <[EMAIL PROTECTED]>': secret key not available > gpg: [stdin]: clearsign failed: secret key not available > make: *** [stamp-buildpackage] Error 2 > > J'ai rien trouvé sur signfile... Comment je fais pour signer proprement > les machins et que le make-kpkg continue encore un peu jusqu'à sa fin > normale ? Il faut avoir généré une clé GPG (ou PGP) avec l'adresse e-mail indiquée (ou alors utiliser l'option -us ou -uc pour ne pas signer les fichiers description ou changelog). Le fichier README.gz te renseignera probablement mieux que moi (je ne signe pas mes propres paquets kernel et je ne construit que les kernel_image) (ou encore dans la page de manuel de make-kpkg). Fred
Re: make-kpkg et méthode classique
Le Wed, 8 Jan 2003 10:48:55 +0100 [EMAIL PROTECTED] écrivait : [...] > Même remarque sur le fait (qui m'horripilait) de l'activation de > l'initrd. Ce n'est pas une réflexion ponctuelle sur le ramdisk (vu que > nous avons bien du mal à nous convaincre de son utilité ;-) mais une > réflexion globale sur la fourniture de noyau. Je n'ai pas suivi toute la discussion mais l'initrd ne sert qu'au moment de l'installation - en fait, n'est pratique qu'au moment de l'installation - et c'est ce qui justifie son choix dans les noyaux standards accessibles depuis le programme d'installation de Debian. C'est tout. Quand on recompile son propre noyau, il est tout à fait inutile (et source de tracas pour faire les choses bien tellement c'est intuitif...) de l'ajouter. PK -- Patrice KARATCHENTZEFF STMicroelectronics Tel: 04-76-92-63-81 850, rue Jean Monnet 38926 CROLLES Cedex, France Courriel: [EMAIL PROTECTED]
Re: make-kpkg et méthode classique
On Wed, 8 Jan 2003 07:21:59 +0100 Erwan David <[EMAIL PROTECTED]> wrote: > Je comprends pour les drivers de périphériques qui ne sont pas ouverts > en permanence, mais du moment que le module sera là en permanence, à > part la perte de quelques kO par module je ne vois absolument pas ce > qu'ils apportent. Par exemple que les sockets du domaine unix soient > en module dans les noyaux debian (module unix) me semble plus de > l'intégrisme moduliste que le résultat d'une réflexion. C'est parce que tu fais l'erreur de croire que chaque case cochée (module/pas module) fais l'objet d'une réflexion spécifique. Ce qui est faux. (j'ai fais la même erreur => pas content, j'ai réfléchi un peu => zen... ;-) a1) il est préférable d'avoir un noyau de petite taille (problème disquette boot par ex) a2) il est préférable de diffuser des noyaux avec le maximum de choses potentiellement activées afin de couvrir le maximum de besoin a1 + a2 donne a3) tout ce qui peut être mis en modules "doit" l'être a3') donc, ce qui _peut_ être mis en module va l'être, car sinon trolls interminables sur pourquoi truc est en module et pas machin? Même remarque sur le fait (qui m'horripilait) de l'activation de l'initrd. Ce n'est pas une réflexion ponctuelle sur le ramdisk (vu que nous avons bien du mal à nous convaincre de son utilité ;-) mais une réflexion globale sur la fourniture de noyau. Si on s'en tient à ça, on est tout de suite plus zen... pas forcément convaincu mais zen... A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: make-kpkg et méthode classique
Là je dois dire que je suis assez d'accord. En réalité, une question qui me turlupine est : une fois chargé, le module est aussi rapide, ni plus ni moins, que son équivalent noyau, non ? Le boot doit etre un peu moins rapide avec des modules, mais l'utilisation doit etre identique, car une fois que le module a fait son hook, ça doit etre completement transparent pour le noyau. Une théorie circula en son temps sur le fait que contrairement au noyau qui est chargé en mem. à un seul endroit précis, les modules sont chargés un peu plus haut dans la mem, un peu plus partout-dans-tous-les-sens que le noyau, et qu'en cas de mémoire peu fiable, la dispersion mémorielle des modules nuit à la stabilité de l'ensemble. Ca vaut ce que ça vaut. Pour moi, le gros, le seul et l'unique avantage du module est pour le devel et les tests. Mais une fois que ça marche, pouf, in the noyau of the kernel. Sans compter les third-party modules (drivers propriétaires, ...)... Erwan David wrote: Le Tue 7/01/2003, Ploum disait From: Forgoto <[EMAIL PROTECTED]> Date: 070103 Juste une petite question : mis à part le problème de la place sur disquette, quel est l'avantage de tout mettre en module ? Rien que pour des problèmes de netteté, j'ai toujours été un militant du tout noyau (sauf qu'avec la 2.5.x je me retrouve avec un noyau à 2M)... Cela peut-il nuire aux performances ? Et bien, j'ai été comme toi au début, puis je me suis rendu compte que les modules ne comportait pas de défaut et n'était chargé que si c'était nécessaire. Ce qui, en théorie, augmente les performances mais en pratique, ça ne change pas grand chose... Je trouve plus propre d'avoir tout en noyau, mais il y'a peut-être des désavantages que j'ignore... Je comprends pour les drivers de périphériques qui ne sont pas ouverts en permanence, mais du moment que le module sera là en permanence, à part la perte de quelques kO par module je ne vois absolument pas ce qu'ils apportent. Par exemple que les sockets du domaine unix soient en module dans les noyaux debian (module unix) me semble plus de l'intégrisme moduliste que le résultat d'une réflexion.
Re: make-kpkg et méthode classique
Le Tue 7/01/2003, Ploum disait > From: Forgoto <[EMAIL PROTECTED]> Date: 070103 > > Juste une petite question : mis à part le problème de la place sur > > disquette, quel est l'avantage de tout mettre en module ? > > Rien que pour des problèmes de netteté, j'ai toujours été un militant du > > tout noyau (sauf qu'avec la 2.5.x je me retrouve avec un noyau à 2M)... > > Cela peut-il nuire aux performances ? > Et bien, j'ai été comme toi au début, puis je me suis rendu compte que > les modules ne comportait pas de défaut et n'était chargé que si c'était > nécessaire. Ce qui, en théorie, augmente les performances mais en > pratique, ça ne change pas grand chose... > Je trouve plus propre d'avoir tout en noyau, mais il y'a peut-être des > désavantages que j'ignore... Je comprends pour les drivers de périphériques qui ne sont pas ouverts en permanence, mais du moment que le module sera là en permanence, à part la perte de quelques kO par module je ne vois absolument pas ce qu'ils apportent. Par exemple que les sockets du domaine unix soient en module dans les noyaux debian (module unix) me semble plus de l'intégrisme moduliste que le résultat d'une réflexion. -- Erwan
Re: make-kpkg et méthode classique
From: Forgoto <[EMAIL PROTECTED]> Date: 070103 > Juste une petite question : mis à part le problème de la place sur > disquette, quel est l'avantage de tout mettre en module ? > Rien que pour des problèmes de netteté, j'ai toujours été un militant du > tout noyau (sauf qu'avec la 2.5.x je me retrouve avec un noyau à 2M)... > Cela peut-il nuire aux performances ? Et bien, j'ai été comme toi au début, puis je me suis rendu compte que les modules ne comportait pas de défaut et n'était chargé que si c'était nécessaire. Ce qui, en théorie, augmente les performances mais en pratique, ça ne change pas grand chose... Je trouve plus propre d'avoir tout en noyau, mais il y'a peut-être des désavantages que j'ignore... > > Ploum wrote: > > >From: DORMEAU Pascal NFEPCR <[EMAIL PROTECTED]> Date: 070103 > > > > > >>- comment "contrôle"-t-on la taille de l'image du noyau (en dehors de > >>supprimer ou passer en module certaines options), i.e, quelles options > >>dans > >>make-kpkg ? > >> > >> > > > >un peu HS, mais un conseil : passe en module tout ce que tu peux passer > >en module. Perso, j'ai un noyau de 600ko et tout marche nickel. > >sinon, je ne peux pas t'aider vu que je compile mes noyaux à l'ancienne > >(make menuconfig, make dep clean bzimage module module-install) > >J'utilise pas le dpkg. > > > > > > > > >
Re: make-kpkg et méthode classique
Juste une petite question : mis à part le problème de la place sur disquette, quel est l'avantage de tout mettre en module ? Rien que pour des problèmes de netteté, j'ai toujours été un militant du tout noyau (sauf qu'avec la 2.5.x je me retrouve avec un noyau à 2M)... Cela peut-il nuire aux performances ? Ploum wrote: From: DORMEAU Pascal NFEPCR <[EMAIL PROTECTED]> Date: 070103 - comment "contrôle"-t-on la taille de l'image du noyau (en dehors de supprimer ou passer en module certaines options), i.e, quelles options dans make-kpkg ? un peu HS, mais un conseil : passe en module tout ce que tu peux passer en module. Perso, j'ai un noyau de 600ko et tout marche nickel. sinon, je ne peux pas t'aider vu que je compile mes noyaux à l'ancienne (make menuconfig, make dep clean bzimage module module-install) J'utilise pas le dpkg.
Re: make-kpkg et méthode classique
From: DORMEAU Pascal NFEPCR <[EMAIL PROTECTED]> Date: 070103 > - comment "contrôle"-t-on la taille de l'image du noyau (en dehors de > supprimer ou passer en module certaines options), i.e, quelles options dans > make-kpkg ? un peu HS, mais un conseil : passe en module tout ce que tu peux passer en module. Perso, j'ai un noyau de 600ko et tout marche nickel. sinon, je ne peux pas t'aider vu que je compile mes noyaux à l'ancienne (make menuconfig, make dep clean bzimage module module-install) J'utilise pas le dpkg.
Re: make-kpkg: dummy_do_dep
On 2003-01-03 10:20 +0100, Georges Mariano wrote: > On Thu, 2 Jan 2003 18:54:14 +0100 > Andre Majorel <[EMAIL PROTECTED]> wrote: > > > J'ai des problèmes en essayant de compiler un kernel avec > > make-kpkg sur testing. J'utilise apt-source pour extraire les > > sources debianisées et je récupère le .config du package > > kernel-image correspondant. Voilà ce que j'ai : > > > /usr/bin/make -f ./debian/rules dummy_do_dep > > make[1]: Entering directory > > Salut, même problème récemment (noyau 2.4.20 mais je suppose que ça n'a > rien à voir). > > Pour un premier essai de make-kpkg cela s'annonçait donc pas terrible > ... > > Contournement (1) : éditer le fichier debian/rules, ajouter une cible > bidon 'dummy_do_dep:' et recommencer, et hop ;-) Merci, ça marche. Enfin, ça pète un peu plus loin : dpkg-gencontrol -DArchitecture=i386 -isp \ -pkernel-image-2.4.19 -Pdebian/tmp-image/ dpkg-gencontrol: error: package kernel-image-2.4.19 not in control info make[2]: *** [real_stamp_image] Error 29 make[2]: Leaving directory `/aym/pac/lowlat/kernel-source-2.4.19-2.4.19' make[1]: Leaving directory `/aym/pac/lowlat/kernel-source-2.4.19-2.4.19' J'ai essayé d'ajouter --arch-in-name aux options de make-kpkg mais ça ne marche pas mieux et, de plus, make-kpkg ne génère pas le bon nom (kernel-image-2.4.19-i386 au lieu de -386). Donc soit je m'y prends comme un manche (ce qui est fort possible), soit l'intégration de kernel-image-* et make-kpkg est perfectible. -- André Majorel <[EMAIL PROTECTED]> http://www.teaser.fr/~amajorel/
Re: make-kpkg: dummy_do_dep
J'avais aussi eu droit au fameux message dummy_do_dump lorsque j'ai voulu créer mon paquet kernel-image-2.4.19 à partir des fichiers suivants : kernel-source-2.4.19_2.4.19.orig.tar.gz kernel-source-2.4.19_2.4.19-5.diff.gz kernel-source-2.4.19_2.4.19-5.dsc en les plaçant tous dans le répertoire /usr/src et après décompactage avec dpkg-source -x kernel-source-2.4.19_2.4.19-5.dsc, puis en enchainant avec make menuconfig et make-kpkg kernel-image. Mais apparemment le fichier debian/rules est différent de celui contenu dans le paquet kernel-source-2.4.19_2.4.19-5_all.deb avec lequel tout se passe bien. D'où ma question supplémentaire : Comment construit-on le paquet kernel-source-*_all.deb depuis les 3 autres fichiers ? Tout le monde n'a pas accès à l'adsl et charger les 5 variantes du paquet kernel_source avec un modem RTC est un peu long. Par contre charger les variantes des fichiers *.diff.gz et *.dsc est acceptable.
Re: make-kpkg: dummy_do_dep
On Thu, 2 Jan 2003 18:54:14 +0100 Andre Majorel <[EMAIL PROTECTED]> wrote: > J'ai des problèmes en essayant de compiler un kernel avec > make-kpkg sur testing. J'utilise apt-source pour extraire les > sources debianisées et je récupère le .config du package > kernel-image correspondant. Voilà ce que j'ai : > /usr/bin/make -f ./debian/rules dummy_do_dep > make[1]: Entering directory Salut, même problème récemment (noyau 2.4.20 mais je suppose que ça n'a rien à voir). Pour un premier essai de make-kpkg cela s'annonçait donc pas terrible ... Contournement (1) : éditer le fichier debian/rules, ajouter une cible bidon 'dummy_do_dep:' et recommencer, et hop ;-) [j'ai essayé de trouver trace de dummy_machin, en vain] Contournement (2) : je sais pas pourquoi mais après des clean et autres manips, (lesquelles ?? je sais pas) ben ça passe ... mystère! J'ajoute donc au débat un argument pour et un argument contre l'utilisation de make-kpkg contre : ben quand on sait pas comment un truc marche (et que son 'man' est pas terrible, terrible), en cas de pépiin on a l'air fin ;-) pour : make-kpkg (le deb résultant) est très pratique pour **déplacer** un noyau avec les fichers utiles et uniquement ceux-là. Et même sur une unique machine (e.g recompilation du noyau dans un chroot et installation en dehors ;-) A+ -- mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59 BP 317 -- 59666 Villeneuve d'Ascq http://www3.inrets.fr/estas/mariano
Re: make-kpkg inexistant
Le mardi 26 novembre 2002 à 01h43, tu écrivais, > Euh, au début, on devrait plutôt apprendre à utiliser modconf (dommage > qu'il ne soit marqué que "optional") avec les noyaux pré-compilés des > paquets Debian. La recompilation du noyau n'est vraiment utile qu'à > partir du moment où on maitrise son système. Elle peut-être utile aussi en cas de module non-compilé et/ou de problème avec un périphérique. Ce fut mon cas avec le bf24 lorsque j'ai installé la woody. Il y avait un problème avec ma carte réseau. Quant-au 2.2.20 il n'incluait pas le module emu10k1. Donc recompilation obligatoire. @+ -- Gérald Niel -=- Powered by GNU/Linux http://www.debian.org -=- http://linux.gegeweb.net - http://www.gegeweb.net pgpD8VzYRAb4q.pgp Description: PGP signature
Re: make-kpkg inexistant [résolu]
Merci à tous !! il faut installer kernel-package avec "apt-get install kernel-package" pour pouvoir utiliser "make-kpkg" isydor qui revient à l'instant avec une autre question :)
Re: make-kpkg inexistant
* joseph <[EMAIL PROTECTED]> [2002-11-26 01:03] : > bonjour, > > j'ai une question dont je redoute la réponse: > > pourquoi ma debian ne connait pas la commande "make-kpkg" ? > pourtant elle est tout le temps utilisée... Parce que tu n'as pas installé le paquet du même nom ? > alors je précise un truc: > je n'ai jamais réussi à trouver les sources de mon noyau après > l'installation de woody, du coup j'en ai installé d'autres qui sont dans > /usr/src/linux. Tu peux installer les sources du noyau soit d'un paquet Debian officiel (kernel-source-*), soit à partir d'une archive de ftp.kernel.org (ou d'un miroir plutôt), cela ne devrait faire aucune différence. > du coup j'ai deux autres questions: 1) pourquoi les source sont pas > d'office mises à cet endroit (on y a quand même souvent besoin au > début) Euh, au début, on devrait plutôt apprendre à utiliser modconf (dommage qu'il ne soit marqué que "optional") avec les noyaux pré-compilés des paquets Debian. La recompilation du noyau n'est vraiment utile qu'à partir du moment où on maitrise son système. Fred
Re: make-kpkg inexistant
joseph a écrit: bonjour, j'ai une question dont je redoute la réponse: pourquoi ma debian ne connait pas la commande "make-kpkg" ? pourtant elle est tout le temps utilisée... la commande make-kpkg fait partie du paquet kernel-package ( # apt-get install kernel-package ) alors je précise un truc: je n'ai jamais réussi à trouver les sources de mon noyau après l'installation de woody, du coup j'en ai installé d'autres qui sont dans /usr/src/linux. du coup j'ai deux autres questions: 1) pourquoi les source sont pas d'office mises à cet endroit (on y a quand même souvent besoin au début chez moi, les sources de mon noyau se sont installés dans /usr/src/kernel-source.2.4.19/ (pour le kernel 2.4.19) 2) est ce que ça a un rapport avec mon absence de make-kpkg (man ne le connait pas non plus) pas du tout merci de rien isydor Yoann __ Modem offert : 150,92 euros remboursés sur le Pack eXtense de Wanadoo ! Haut débit à partir de 30 euros/mois : http://www.ifrance.com/_reloc/w
Re: make-kpkg et -jN
Patrice Karatchentzeff <[EMAIL PROTECTED]> writes: > Salut, Salut, > Tout est dans le titre : est-ce possible ? Dans le changelog, il > semble que cela le soit mais je ne trouve pas la syntaxe... man kernel-pkg.conf Variable CONCURRENCY_LEVEL Christian
Re: make-kpkg et -jN
Le mar 06/08/2002 à 00:01, Frédéric Bothamy a écrit : > > Pas essayé sur un noyau, mais une compil simple se comporte > conformément à ce qu'on peut en attendre : 2 processus en même temps. > Ca marche tres bien sur un noyau aussi :) -- DEGEZ Romain -- EPITECH Promo 2006 Administrateur Systemes & Reseaux pour SmartJog (Video broadcasting) President de Cycom l'assocation de jeux en reseau de l'EPITA/EPITECH Debian GNU/Linux user -- UIN: 10806422 -- mail: [EMAIL PROTECTED] GPG Fingerprint : FD0B AF56 EDC1 98ED 95B9 636F B5D2 4CAB 0B36 3FE2 signature.asc Description: PGP signature
Re: make-kpkg et -jN
On Mon, Aug 05, 2002 at 11:29:24PM +0200, Patrice Karatchentzeff wrote: > Salut, > > Tout est dans le titre : est-ce possible ? Dans le changelog, il > semble que cela le soit mais je ne trouve pas la syntaxe... > > Et bon, la compilation qui dure 20 minutes... Mmmm d'après la doc de make (info make, pas man make) (rien effectivement dans celle de kernel-package), il semblerait que la variable MAKEFLAGS puisse être utilisé pour cela, ainsi : MAKEFLAGS=j2 (ou plus) Pas essayé sur un noyau, mais une compil simple se comporte conformément à ce qu'on peut en attendre : 2 processus en même temps. Fred
Re: make-kpkg et les modules
--- Nicolas SABOURET <[EMAIL PROTECTED]> wrote: > [...] > > Je pense que ça répond à ta question : make-kpkg couvre > make dep > (make clean) > make bzImage > make modules > > L'installation (make module-install et cp bzImage) correspond au dpkg > -i. > Si on veut quadricapilosectionner, le make-kpkg fait également le "make modules-install", mais pas dans /lib/modules. Il utilise un répertoire à lui qu'il place ensuite dans le .deb. Comme ça, le dpkg -i peut décompresser les modules directement sous /lib/modules/. François. = Francois BOTTIN -- "How kind," the PFY sighs. "But where will I go?" "Somewhere where they know nothing about computing... where they wouldn't know a RAM chip from a potato chip!" "But I don't want to visit Microsoft!" he whines. The BOFH 1998 - Simon Travaglia (bofh.ntk.net) __ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com
Re: make-kpkg et les modules
Amaury Amblard-Ladurantie wrote: > > Bonjour > > Je suis en train de bidouiller un kernel maison sur une patate, et je ne > comprends pas ce que fait make-kpkg dans le process de compilation de kernel. > Sur une autre distro, je fais > > make [x|menu|old]config > make dep > make clean > make bzImage > make modules > make modules_install > cp (...)/bzImage /boot/vmlinuz-truc > > Et là, en fait, je ne sais pas très bien quelles étapes le make-kpkg est > censé remplacer : faut il toujours faire un make modules && make > dmoules_install ? lire /usr/share/doc/kernel-package/README : 1% cd 2% make config 3% make-kpkg clean 4%# make-kpkg --revision=custom.1.0 kernel_image 5# dpkg -i ../kernel-image-X.XXX_1.0_.deb 6# shutdown -r now Je pense que ça répond à ta question : make-kpkg couvre make dep (make clean) make bzImage make modules L'installation (make module-install et cp bzImage) correspond au dpkg -i. Nico. -- Nicolas SABOURET LIMSI-CNRS, BP133, 91403 Orsay, France http://www.limsi.fr/Individu/nico
Re: make-kpkg et les modules
--- Amaury Amblard-Ladurantie <[EMAIL PROTECTED]> wrote: > Bonjour > > Je suis en train de bidouiller un kernel maison sur une patate, et je > ne > comprends pas ce que fait make-kpkg dans le process de compilation de > kernel. > Sur une autre distro, je fais > > make [x|menu|old]config > make dep > make clean > make bzImage > make modules > make modules_install > cp (...)/bzImage /boot/vmlinuz-truc > > > Et là, en fait, je ne sais pas très bien quelles étapes le make-kpkg > est > censé remplacer : faut il toujours faire un make modules && make > dmoules_install ? > D'après ce que j'ai pigé, ca fait toute la compile, c'est à dire > qu'avec > make-kpkg, il suffit de faire : > > make [x|menu|old]config > make-kpkg --toutes-les-options-qui-vont-bien > dkpg -i package > > Est ce que la commande si dessus va bien compiler les modules et les > installer avec le dkpg -i ? > > Merci pour votre aide > > Amaury > Bonjour, Voilà ce que je fais : make (x|menu)config make-kpkg clean time fakeroot make-kpkg --revision=mamachine.n kernel_image Bien sûr, le time n'est pas nécessaire, c'est juste pour voir l'évolution des différentes versions ;-) (~20' pour un 2.4.14 sur mon P223 !) De plus, il faut que l'utilisateur ait le droit d'écrire dans /usr/src. J'ai pour cela créé un utilisateur spécial qui appartient au groupe src (de mémoire, il me semble que /usr/src est set-GID src). Si on utilise root, certaines permissions doivent alors être changées à la main pour que ça repasse de nouveau avec un autre utilisateur. J'utilise comme révision le nom de la machine suivi du nombre de fois que j'ai compilé cette version de noyau pour cette machine (je fais beaucoup de tests). En utilisant cette méthode, tous les modules inclus dans la distribution officielle du noyau sont installés par le dpkg -i. Si tu as d'autres modules, il faut aussi faire un : [time] fakeroot make-kpkg modules_image Je donne cette dernière commande de mémoire, parce que je l'utilisais pour pcmcia-cs qui est maintenant inclus dans le noyau 2.4 (et je suis au boulot sous win :-<). Il ne faut pas mettre de numéro de révision dans ce cas. Cette commande construit autant de .deb que de groupes de modules supplémentaires. Pour plus d'information, voir le README dans /usr/share/doc/kernel-package ... François. = Francois BOTTIN -- "How kind," the PFY sighs. "But where will I go?" "Somewhere where they know nothing about computing... where they wouldn't know a RAM chip from a potato chip!" "But I don't want to visit Microsoft!" he whines. The BOFH 1998 - Simon Travaglia (bofh.ntk.net) __ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com
Re: make-kpkg et les modules
> Est ce que la commande si dessus va bien compiler les modules et les > installer avec le dkpg -i ? Je suis loin d'etre un expert, mais depuis que je suis sous Debian, je n'utilise que make-kpkg. J'ai deja recompile mon noyau 3 fois je crois (il me faudrait une quatrieme, mais je compte en rester la :) ), et a chaque fois tout c'est passe sans probleme. Les modules sont bien recompiles et installes avec le reste. Attention, si tu recompiles un noyau de meme version que celui que tu utilises, sauvegarde le repertoire /lib/modules/... qui va bien. Comme tu l'aurais fait sans utiliser make-dpkg :) David.
Re: make-kpkg ne fonctionne plus
* Ludovic Rousseau <[EMAIL PROTECTED]> [071001 11:11]: > Le Saturday 06 October 2001 à 16:05:53, Jean-Charles Bagneris a écrit: > [...] > > Ma version de kernel-package est : > > > > ii kernel-package 7.04.potato.3 Debian Linux kernel package build scripts. > Essaie d'installer la version 7.63 disponible dans Debian/testing [1]. > Tu devrais pouvoir installer le paquet sans passer par la case > recompilation des sources puisque ce en sont que des scripts Perl. > > [1] http://packages.debian.org/testing/misc/kernel-package.html Ca marche nickel, merci++ ! -- Jean-Charles Bagneris PGP/GnuPG public key : http://perso.mnet.fr/jcb Debian GNU/Linux sur un Thinkpad T20 : http://perso.mnet.fr/jcb/fr/thinkpad.htm Cryptographie ? http://openpgp.i-quake.com/index.html
Re: make-kpkg ne fonctionne plus
Le Saturday 06 October 2001 à 16:05:53, Jean-Charles Bagneris a écrit: > # make-kpkg --arch=i386 --revision=custom.1.0 kernel_image > j'ai un échec après qq minutes, sur l'erreur : > > i386-linux-gcc -D__KERNEL__ -I/usr/src/linux/include -Wall > -Wstrict-prototypes -O2 -fomit-frame-pointer -pipe -fno-strength-reduce > -m486 -malign-loops=2 -malign-jumps=2 -malign-functions=2 -DCPU=686 -c -o > init/main.o init/main.c > make[1]: i386-linux-gcc : Commande introuvable > make[1]: *** [init/main.o] Erreur 127 > make[1]: Quitte le répertoire `/usr/src/linux-2.2.19' > make: *** [stamp-build] Erreur 2 [...] > Ma version de kernel-package est : > > ii kernel-package 7.04.potato.3 Debian Linux kernel package build scripts. J'ai eu le même genre de problème avec un noyau 2.4 récent et un vieux kernel-package. Essaie d'installer la version 7.63 disponible dans Debian/testing [1]. Tu devrais pouvoir installer le paquet sans passer par la case recompilation des sources puisque ce en sont que des scripts Perl. [1] http://packages.debian.org/testing/misc/kernel-package.html -- Ludovic Rousseau [EMAIL PROTECTED] -- Normaliser Unix c'est comme pasteuriser le Camembert, L.R. --