[RESOLU] Please specify a subarch, and try again

Vl’a aut’chose maintenant… :cry:
Je remarque que je ne suis même plus foutu de compiler un kernel… sob ! :smt089

burp:/usr/src/linux# make-kpkg --append-to-version "-perso.`date +"%y%m%d"`" --initrd buildpackage Warning: You are using the initrd option, that may not work, depending on your kernel version and architecture, unless you have applied the initrd cramfs patch to the kernel, or modified mkinitrd not to use cramfs by default. The cramfs initrd patch, is included in the Debian supplied kernel sources. New kernels on most architectures do work fine. By default, I assume you know what you are doing, and I apologize for being so annoying. Should I abort[Ny]? N /usr/share/kernel-package/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. Please specify a subarch, and try again.. Arr\ufffft. burp:/usr/src/linux#

J’ai passé les packages suivants en testing:

[code]burp:/usr/src/linux# dpkg -l binutils cpp cpp-4.0 g++ g+±4.0 gcc gcc-4.0 gcc-4.0-base gcc-4.1-base libgcc1 debconf-utils dpkg-dev debhelper build-essential kernel-package libncurses5-dev linux-source*
Souhait=inconnU/Install\uffff/suppRim\uffff/Purg\uffff/H=\uffff garder
| \ufffftat=Non/Install\uffff/fichier-Config/d\uffffpaqUet\uffff/\uffffchec-conFig/H=semi-install\uffff
|/ Err?=(aucune)/H=\uffff garder/besoin R\uffffinstallation/X=les deux (\ufffftat,Err: majuscule=mauvais)
||/ Nom Version Description
++±==============================-==============================-============================================================================
ii binutils 2.17-1 The GNU assembler, linker and binary utilities
ii build-essential 11.2 informational list of build-essential packages
ii cpp 4.0.3-4 The GNU C preprocessor (cpp)
ii cpp-4.0 4.0.3-3 The GNU C preprocessor
ii debconf-utils 1.4.30.13 debconf utilities
ii debhelper 5.0.37.3 helper programs for debian/rules
ii dpkg-dev 1.13.21 package building tools for Debian
ii g++ 4.0.3-4 The GNU C++ compiler
ii g+±4.0 4.0.3-3 The GNU C++ compiler

ii gcc 4.0.3-4 The GNU C compiler
ii gcc-4.0 4.0.3-3 The GNU C compiler
ii gcc-4.0-base 4.0.3-3 The GNU Compiler Collection (base package)
ii gcc-4.1-base 4.1.1-5 The GNU Compiler Collection (base package)
ii kernel-package 8.135 A utility for building Linux kernel related Debian packages.
ii libgcc1 4.1.1-5 GCC support library
ii libncurses5-dev 5.4-4 Developer’s libraries and docs for ncurses
un linux-source <n\uffffant> (aucune description n’est disponible)
un linux-source-2.6 <n\uffffant> (aucune description n’est disponible)
ii linux-source-2.6.16 2.6.16-17 Linux kernel source for version 2.6.16 with Debian patches
burp:/usr/src/linux#[/code]

Il me manque quelque chose ?

Pour info, je veux passer du 2.6.14 au 2.6.16. Ca sera plus facile de compiler le module de ma webcam flambant neuve…

(voilà ce que c’est que de faire du BSD pendant 2 mois sans plus toucher Debian… :frowning: )

Oui, j’ai déjà eu ce msg à partir du 2.6.15…

C’est une histoire d’initrd (image de boot) dont la gestion change. Mais je ne peux t’en dire plus, j’ai la mémoire qui flanche… Désolé. :confused:

[quote=“jabba”]

By default, I assume you know what you are doing, and I apologize for being so annoying. Should I abort[Ny]? N /usr/share/kernel-package/rules:1637: *** Error
Edit : *[/quote]

  • oupss, j’avais mal fermer les bornes quote …

humm… jabba, si tu réponds non, il annule bien l’opération non ?
Si tu type Y, AMHA, ça pourrait marcher plus mieux … :unamused:
Quand à ce message d’initrd, c’est juste pour avertir qu’on touche à un truc où y vaut mieux savoir qu’on y touche … je ne l’ai plus eu sur le 2.6.17 (mais sur le 2.6.16, et ptêtre un 2…6.12).

[quote=“usinagaz”][quote=“jabba”]

By default, I assume you know what you are doing, and I apologize for being so annoying. Should I abort[Ny]? N /usr/share/kernel-package/rules:1637: *** Error

humm… jabba, si tu réponds non, il annule bien l’opération non ?
Si tu type Y, AMHA, ça pourrait marcher plus mieux … :unamused:[/quote]
Quand à ce message d’initrd, c’est juste pour avertir qu’on touche à un truc où y vaut mieux savoir qu’on y touche … je ne l’ai plus eu sur le 2.6.17 (mais sur le 2.6.16, et ptêtre un 2…6.12).[/quote]
Tiens, encore toi usinagaz, décidémment depuis hier soir, je te mets à contribution … :wink:
En répondant oui, il ne créerais pas d’initrd et je veux un initrd… Donc ma réponse est correcte.

[quote=“Bluenote”]Oui, j’ai déjà eu ce msg à partir du 2.6.15…

C’est une histoire d’initrd (image de boot) dont la gestion change. Mais je ne peux t’en dire plus, j’ai la mémoire qui flanche… Désolé. :confused:[/quote]
Ah ! Ok… Le package cramfs est le seul que je n’ai pas upgradé je vais voir. Merci

Ben non, c’était pas ça, l a version n’a pas changé entre Sarge et Etch:

burp:/usr/src/linux# apt-cache policy cramfsprogs cramfsprogs: Install\uffff\uffff: 1.1-6 Candidat\uffff: 1.1-6 Table de version\uffff: *** 1.1-6 0 500 http://mirror.switch.ch stable/main Packages 500 http://ftp.fr.debian.org stable/main Packages 500 http://ftp.fr.debian.org testing/main Packages 100 /var/lib/dpkg/status burp:/usr/src/linux# dpkg -l cramfsprogs Souhait=inconnU/Install\uffff/suppRim\uffff/Purg\uffff/H=\uffff garder | \ufffftat=Non/Install\uffff/fichier-Config/d\uffffpaqUet\uffff/\uffffchec-conFig/H=semi-install\uffff |/ Err?=(aucune)/H=\uffff garder/besoin R\uffffinstallation/X=les deux (\ufffftat,Err: majuscule=mauvais) ||/ Nom Version Description +++-==============================-==============================-============================================================================ ii cramfsprogs 1.1-6 Tools for CramFs (Compressed ROM File System) burp:/usr/src/linux#

Oui re Jabba … ah mais moi je comprend autre chose là : [quote]
Attention, tu utilises l’options initrd, qui pourrait échouer, selon la version de ton kernel et ton architecture … Les nouveaux noyaux sur la plupart des architectures, marche à merveille normallement .
Par defaut, je te préviens de ce que tu es en train de faire, et te prie de m’excuser d’être aussi prévenant. Dois-je annuler ?[/quote]
moi je pense que :

  • tu dois continuer avec cette option
  • que ça supprime rien du tout, mais ça met à jour
  • que si tu annule, c’est toute la procédure de compile que tu interrompt,
    d’où le message d’erreur … provoqué sciemment …

MEGA EDIT : Désolé, je viens de comprendre lol … abort = annuler !!!
d’où le N, normal … hum hum … scuse.

Mouais… N’empêche que ce message il l’affichait même avec les anciennes versions de kernel et il fallait toujours répondre “N” si tu voulais créer un initrd…

Je viens de faire une recherche (Bluenote a parlé d’une nouvelle manière de gérer initrd, ca serait pas ça par hasard:

[code]burp:/usr/src/linux# apt-cache search initramfs-tools
initramfs-tools - tools for generating an initramfs
uswsusp - tools to use userspace software suspend provided by linux
burp:/usr/src/linux# apt-cache show initramfs-tools
Package: initramfs-tools
Priority: optional
Section: utils
Installed-Size: 356
Maintainer: Debian kernel team debian-kernel@lists.debian.org
Architecture: all
Version: 0.69b
Provides: linux-initramfs-tool
Depends: klibc-utils (>= 1.1.16-1), busybox (>= 1:1.01-3) | busybox-cvs-static (>= 20040623-1), cpio, module-init-tools, udev (>= 0.086-1)
Filename: pool/main/i/initramfs-tools/initramfs-tools_0.69b_all.deb
Size: 47854
MD5sum: 5010f78c54dbad14df0499422d7eed51
SHA1: d483148590e1a48165dba8e6f6f72308ffb8b9a0
SHA256: cb92d809d0d7c161be46254429f2ecbc8d1ba07e43ba557da74678dcaad22145
Description: tools for generating an initramfs
This package contains tools to create and boot an initramfs for prepackaged
2.6 Linux kernel. The initramfs is a gzipped cpio archive. At boot time, the
kernel unpacks that archive into RAM, mounts and uses it as initial root file
system. From there on the mounting of the real root file system occurs in user
space. klibc handles the boot-time networking setup. Having the root on NFS
is also supported.
Any boot loader with initrd support is able to load an initramfs archive.

burp:/usr/src/linux#[/code]

Peut-être doit-on utiliser initramfs-tools à la place de cramfsprogs maintenant ?

Je sais pas jabba, voilà ce que j’ai :

jcode@debian:~$ apt-cache policy initramfs-tools initramfs-tools: Installé : (aucun) Candidat : 0.72 Table de version : 0.72 0 500 http://ftp.fr.debian.org sid/main Packages 0.69b 0 500 http://ftp.fr.debian.org etch/main Packages jcode@debian:~$ uname -r 2.6.17-acpi-ht jcode@debian:~$ apt-cache policy cramfsprogs cramfsprogs: Installé : 1.1-6 Candidat : 1.1-6 Table de version : *** 1.1-6 0 990 http://ftp.fr.debian.org sarge/main Packages 500 http://ftp.fr.debian.org etch/main Packages 500 http://ftp.fr.debian.org sid/main Packages 100 /var/lib/dpkg/status
J’ai déjà eu ce souci de specify arch, galère, et j’ai pas pris de note malheureusement, mais il y a vait un blem avec un mélange de pkg ou de source ou de gcc les uns relatif à 486, les autres à 386, voir 686.
je crois que ça a été mieux quand j’ai apt-get removed des sources de noyau ou headers ou autres en 486 si je me souviens bien … qui me correspondait pas du tout …
Là, il semble qu’il cherche une arch 486 (spécifiée on ne sait où) alors que tu es 386 ou 686 non ?

j’ai “trouvé” ça peut-etre que ça peut t’aider?:

# apt-listbugs list initramfs-tools
Reading package fields... Done
Reading package status... Done
Retrieving bug reports... Done
critical bugs of initramfs-tools (-> ) <done>
 #334467 - /bin/sh: error while loading shared libraries: libm.so.6
grave bugs of initramfs-tools (-> ) <done>
 #337704 - initramfs-tools: evms root *still* broken -- only part of 336617 resolved!
 #339568 - initramfs-tools: incompatibility with udev 0.74 (0.72.2 and beyond)
 #340257 - latest initramfs-tools package still doesn't get udev right
 #341014 - broken with udev 0.76
   Merged with: 341049
 #345949 - initramfs-tools: mkinitramfs does not copy klibc library
 #359355 - linux-image-2.6.16-1-686: postinst fails with "mkinitramfs-kpkg: line 55: supported_host_version: unbound variable"
   Merged with: 359613 359620
critical bugs of initramfs-tools (-> ) <open>
 #361270 - update-initrams doesn't call lilo, when grub is around
grave bugs of initramfs-tools (-> ) <open>
 #358397 - initramfs-tools: Fails to install
Summary:
 initramfs-tools(9 bugs)

y’a qq bugs avec 2.6.16-1, mais je sais pas si ça peut t’aider
:confused:

Bon, je crois avoir un début d’explication: yaird. On dirait que c’est un nouvel outil pour générer initrd. Il me semble d’ailleurs que j’avais vu un post passer sur le forum au sujet de yaird.

J’iai trouvé la doc suivante:http://kernel-handbook.alioth.debian.org/ch-initramfs.html

[quote]6.2 Choosing the tool

At the end of the kernel package installation a script is automatically invoked to determine the availability of the initramfs-generating tools and run one of them. This script contains the list of all such tools available in Debian (currently there are three, two mentioned above and mkinitrd from the initrd-tools package, which is required to generate old-style initrds for older kernels). If the tool is installed (and the dependencies of the linux-image package ensure that at least one of them is installed), it will be queried (by running it with --supported-host-version and --supported-target-version) to determine whether it can be used to generate the initramfs for the new kernel version when running on a system with a current kernel version. The first tool which is found to satisfy the criteria is going to be invoked, generating the new initramfs image and placing it into /boot directory. See the documentation of the individual tools for the supported ranges of kernel versions.

The list of tools to be considered and the order in which they are tested may be controlled by placing a space-separated list of the executables into the ramdisk variable in /etc/kernel-img.conf. For example, the current default order is initramfs-tools, yaird, initrd-tools. If one prefers to use exclusively initramfs-tools with newer kernels, the following setting in /etc/kernel-img.conf will prevent the initrd generation script from considering yaird as a candidate:

 ramdisk = /usr/sbin/mkinitramfs-kpkg /usr/sbin/mkinitrd[/quote]

Donc je suppose qu’il faut installer ce bidule et ensuite préciser dans le fichier /etc/kernel-img.conf lequel on veut utiliser en priorité. Quelqu’un peut-il confirmer mes suppositions ?
En attendant, je vais me pencher sur cette doc. j’aime bien comprendre ce que je fais … :unamused:

Je viens de trouver ou était le problème. J’avais upgradé la plupart des outils de compilation en Etch, sauf kernel-package. C’est donc kernel-package qui posait problème.
Maintenant, ca compile sans problème :smiley:
Merci à tous !

Super :stuck_out_tongue: suite des aventures sur le spca5xx alors … ? :wink:

[RÉSOLU] :question:

Ah, voilà le gardien de la doctrine qui sévit …

Salut Ricardo ! :wink:

Ouaip, presque je vais encore rajouter un truc.
En fait j’ai pas dû seulement upgrader kernel-package pour que ca fonctionne. J’ai quand même été obligé d’installer les packages suivants:

Donc, il semblerait que le package yaird soit obligatoire sur les nouveaux kernel… Quelqu’un peut confirmer ? Et mkinitrd, c’est pour les boeufs alors ?

[code]burp:/usr/src/modules/spca5xx# apt-get moo
(__)
(oo)
/------/
/ | ||

  • /—/
    ~~ ~~
    …“Have you mooed today?”…
    burp:/usr/src/modules/spca5xx#[/code]
    Oualà ! Maintenant j’attends encore une petite réponse à ma question et c’est promis Ricardo, je le mets le [RÉSOLU] :laughing:

Ouaip ! Je viens de terminer la compilation du module, avec module-assistant (vraiment géant ce truc… :open_mouth: ).
Et j’ai pu voir ma tronche sur l’écran en lançant gqcam… Donc c’est un bon début ! :smt038

Bon, la caméra fonctionne avec cet outil mais pas encore avec Gnome metting…

Oui, Jabba, c’est moi qui avait fait ce Truc et Astuces sur Yaird. Normalement, tu y trouveras tout ce qu’il faut sinon je regarderai dans mes fiches.

J’ai rencontré le même pb que toi à l’époque, à partir d’une certaine version de noyau ça passe à yaird (et plus mkinitrd) obligatoirement sinon tu vas te prendre un kernel panic. :wink:

Voilà :

forum.debian-fr.org/viewtopic.ph … ight=yaird

Il y a aussi un nouveau truc qui a succédé à gnomemeeting (et qui pourtant lui ressemble comme un jumeau…) Pb de licence ? J’ai vu ça sur Ubuntu. Ca doit se trouver sur Sid.

Ca s’appelle ekiga ou eki qqch phone. Ouais, je regarderai… :wink:

Super, merci pour les infos, je peux donc maintenant mettre le mot magique: [RÉSOLU]
:wink: