[RESOLU] spca5xx-source dépend de debhelper (>= 5.0.0)

Sinon, comment tu compiles ton noyau ? Bien avec make-kpkg ?
Dans ce cas, tu as bien produit un paquet de headers que tu peux installer avec ‘dpkg -i’

Par ailleurs, tu deploies les sources du module dans /usr/src, tu descends dans linux refaire le même ‘make-kpkg’ que d’habitude (strictement), simplement, avec la cible modules-image au lieu de kernel-image.
Pareil.
Ca marche pas, ça, ou tu souhaites absolument utiliser la m-a ?

la sarge pure ne parle (avec ses vieux 2.6.8) que de kernel-image.
Le linux-image est arrivé, si je me souviens bien, avec les 2.6.12 ou 2.6.14, mais ça fait un bail (au moins un trimestre) :laughing:

jabba veut compiler le spca5xx … ben oui c’est ça les old versions …
voici un aperçu de ce que j’ai obtenu :

jcode@debian:/usr/src$ uname -r 2.6.17-acpi-ht jcode@debian:/usr/src$ ls -al /lib/modules/2.6.17-acpi-ht/kernel/drivers/usb total 7 drwxr-xr-x 7 root root 1024 2006-07-26 03:34 . drwxr-xr-x 18 root root 1024 2006-07-26 02:47 .. drwxr-xr-x 2 root root 1024 2006-07-26 02:47 class drwxr-xr-x 2 root root 1024 2006-07-26 02:47 host drwxr-xr-x 2 root root 1024 2006-07-26 02:47 input drwxr-xr-x 2 root root 1024 2006-07-26 03:34 media drwxr-xr-x 2 root root 1024 2006-07-26 02:47 storage jcode@debian:/usr/src$ ls -al /lib/modules/2.6.17-acpi-ht/kernel/drivers/usb/media total 368 drwxr-xr-x 2 root root 1024 2006-07-26 03:34 . drwxr-xr-x 7 root root 1024 2006-07-26 03:34 .. -rw-r--r-- 1 root root 371468 2006-07-26 03:33 spca5xx.ko jcode@debian:/usr/src$ ls -al total 64548 drwxrwsr-x 6 root src 4096 2006-07-26 03:33 . drwxr-xr-x 14 root root 4096 2006-05-12 16:35 .. -rw-r--r-- 1 root root 80436 2004-05-10 17:35 cdfs.tar.bz2 -rw-r--r-- 1 root src 36298 2006-05-13 10:32 config1 -rw-r--r-- 1 root root 42917 2006-07-25 22:20 .config.old -rw-r--r-- 1 root root 64232 2005-06-30 15:18 fuse.tar.bz2 lrwxrwxrwx 1 root src 28 2006-07-26 03:32 linux -> /usr/src/linux-source-2.6.17 -rw-r--r-- 1 root src 3275814 2006-07-26 02:32 linux-doc-2.6.17-acpi-ht_2.6.17-acpi-ht-10.00.Custom_all.deb -rw-r--r-- 1 root src 7390020 2006-07-26 02:37 linux-headers-2.6.17-acpi-ht_2.6.17-acpi-ht-10.00.Custom_i386.deb -rw-r--r-- 1 root src 4228782 2006-07-26 02:37 linux-image-2.6.17-acpi-ht_2.6.17-acpi-ht-10.00.Custom_i386.deb -rw-r--r-- 1 root src 63662 2006-07-26 02:32 linux-manual-2.6.17-acpi-ht_2.6.17-acpi-ht-10.00.Custom_all.deb lrwxrwxrwx 1 root src 19 2006-07-25 19:12 linux-OLDVERSION.1153877573 -> linux-source-2.6.17 drwxr-xr-x 20 root root 4096 2006-07-28 18:03 linux-source-2.6.17 -rw-r--r-- 1 root src 41070624 2006-07-26 02:32 linux-source-2.6.17-acpi-ht_2.6.17-acpi-ht-10.00.Custom_all.deb -rw-r--r-- 1 root src 2592 2006-07-26 02:37 linux-source-2.6.17-acpi-ht_2.6.17-acpi-ht-10.00.Custom_i386.changes drwxr-xr-x 5 root root 4096 2006-05-14 22:57 modules drwxr-xr-x 7 root root 4096 2006-05-15 01:52 rpm -rw-r--r-- 1 root src 7906412 2006-03-20 12:59 skype_1.2.0.18-2_i386.deb drwxr-xr-x 4 jcode users 4096 2006-05-17 07:00 spca5xx-20060501 -rw-r--r-- 1 root src 1085440 2006-05-17 06:46 spca5xx-20060501.tar -rw-r--r-- 1 root src 114908 2006-05-28 10:38 spca5xx-modules-2.6.16camiptables_20060501-1+1_i386.deb -rw-r--r-- 1 root src 116212 2006-07-26 03:33 spca5xx-modules-2.6.17-acpi-ht_20060501-1+2.6.17-acpi-ht-10.00.Custom_i386.deb -rw-r--r-- 1 root root 163592 2006-05-14 22:57 spca5xx-source.tar.bz2 -rw-r--r-- 1 root src 103152 2006-05-28 10:37 zd1211-module-2.6.16camiptables_0.0.0.svnr67-2+1_i386.deb -rw-r--r-- 1 root root 177290 2006-03-18 13:31 zd1211.tar.bz2 jcode@debian:/usr/src$ ls -al modules total 20 drwxr-xr-x 5 root root 4096 2006-05-14 22:57 . drwxrwsr-x 6 root src 4096 2006-07-26 03:33 .. drwxr-xr-x 5 root root 4096 2004-05-10 17:35 cdfs drwxr-xr-x 4 root root 4096 2006-07-26 03:33 spca5xx drwxr-xr-x 4 root root 4096 2006-05-28 10:37 zd1211 jcode@debian:/usr/src$ ls -al modules/spca5xx total 140 drwxr-xr-x 4 root root 4096 2006-07-26 03:33 . drwxr-xr-x 5 root root 4096 2006-05-14 22:57 .. -rw-r--r-- 1 root root 48252 2006-05-08 13:01 CHANGELOG -rwxr-xr-x 1 root root 372 2005-09-24 09:31 cutlog.py drwxr-xr-x 2 root root 4096 2006-07-26 03:33 debian drwxr-xr-x 3 root root 4096 2006-05-14 22:57 drivers -rwxr-xr-x 1 root root 1487 2006-03-02 11:01 INSTALL -rw-r--r-- 1 root root 17992 2006-02-09 12:24 LICENSE -rw-r--r-- 1 root root 6970 2006-05-08 13:01 Makefile -rw-r--r-- 1 root root 0 2006-07-26 03:33 Modules.symvers -rwxr-xr-x 1 root root 21290 2006-03-02 11:01 README -rw-r--r-- 1 root root 739 2006-04-04 13:03 README-KERNEL-UPTO-2.6.16 -rwxr-xr-x 1 root root 478 2005-11-01 02:01 README-SONIX -rwxr-xr-x 1 root root 513 2006-01-13 02:14 README-TV8532 -rwxr-xr-x 1 root root 828 2005-11-01 02:01 RGB-YUV%2fmodule-setting jcode@debian:/usr/src$ ls -al /lib/modules/2.6.17-acpi-ht/kernel/drivers/usb/media total 368 drwxr-xr-x 2 root root 1024 2006-07-26 03:34 . drwxr-xr-x 7 root root 1024 2006-07-26 03:34 .. -rw-r--r-- 1 root root 371468 2006-07-26 03:33 spca5xx.ko
ah bon, m-a a-i appelle prepare lui-même … savais pas …

[quote=“MattOTop”]Sinon, comment tu compiles ton noyau ? Bien avec make-kpkg ?
Dans ce cas, tu as bien produit un paquet de headers que tu peux installer avec ‘dpkg -i’

Par ailleurs, tu deploies les sources du module dans /usr/src, tu descends dans linux refaire le même ‘make-kpkg’ que d’habitude (strictement), simplement, avec la cible modules-image au lieu de kernel-image.
Pareil.
Ca marche pas, ça, ou tu souhaites absolument utiliser la m-a ?[/quote]
Salut Matt,
J’ai toujours compîlé avec make-kpkg et ca m’avait bien créé les headers:

Le problème est que module-assistant semble créer les mauvais liens…

Ca devrait pas être plutôt comme ça:

[quote]linux -> linux-headers-2.6.14perso-20-12-05[/quote] ???

En fait, j’avais envie d’utiliser module-assistant, pour voir comment ça marche…

ah ben amha:

  • si tu mets pas à jour debhelper, tu pourras pas compiler proprement spca5xx.
  • c’est m-a a-i qui a apporté le tar.bz2 dans /usr/src.
  • lrwxrwxrwx 1 root src 35 2006-07-29 00:07 linux -> kernel-headers-2.6.14perso-20-12-05 moi je fais pas pointer sur les headers d’un noyau perso, ni sur les sources déployées d’un noyau perso, mais sur les sources apt-geter du linux-sources (ou kernel-source).
  • je referais donc les liens /usr/src/linux et /lib/modules/le noy/source et build en conséquence …
  • je ne suis pas certains que chez moi :

drwxr-xr-x 4 jcode users 4096 2006-05-17 07:00 spca5xx-20060501 -rw-r--r-- 1 root src 1085440 2006-05-17 06:46 spca5xx-20060501.tar ne soit pas dû à une bidouille d’avant l’utilisation de m-a … pour moi, m-a va dé-bzé2 et dé-taré dircet dans /usr/src/modules, mais suis pas certain là …
S’il n’arrive pas à installer :

c’est parce qu’il ne connait que linuxl-headers-2.6.14perso-20-12-05, comme Matt le suggérait …
ah ben voilà, je viens de voir que tu avais vu aussi … ok
mais pourquoi vous embeter à faire des liens vers vos headers ou noyau perso ? pourquoi pas vers les sources génériques apt-gettées ?

ps: je fais une pause, je repasse dans 1 h ou 2 …

si le lien symbolique est broken à cause de ça, c’est qu’il y a un bug dans le packaging du m-a de sarge qui ne sait pas qu’il est incompatible avec un noyau etch. Ou plutot un bug signalable du linux-sources-2.6.14 qui devrait indiquer qu’il a besoin d’une version plus récente du m-a que celle de la sarge.
Mais AMA, tu passes ton m-a en version etch, et ça devrait te faire le bon lien.

Raaaah, monde cruel :

burp:/usr/src# m-a prepare
...

                                               ┌────↑(+)─────────module-assistant, error message────────────────────┐
                                               │ Warning, /lib/modules/2.6.14perso-20-12-05/build seems to contain  │
                                               │ unconfigured kernel source!                                        │
                                               ├────────────────────────────────────────────────────────────100%────┤
                                               │                             <Sortir>                               │
                                               └────────────────────────────────────────────────────────────────────┘





 apt-get  install kernel-headers-2.6.14perso-20-12-05

Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
E: Impossible de trouver le paquet kernel-headers-2.6.14perso-20-12-05


Done!
burp:/usr/src# ls -l /lib/modules/2.6.14perso-20-12-05/build
lrwxrwxrwx  1 root root 28 2005-12-22 18:39 /lib/modules/2.6.14perso-20-12-05/build -> /usr/src/linux-source-2.6.14
burp:/usr/src#[/code]

Chaque fois il  me re-créé les mauvais liens:

[code]burp:/usr/src# ls -l
total 223456
-rw-r--r--   1 root src    3087186 2005-12-22 18:37 kernel-doc-2.6.14perso-20-12-05_10.00.Custom_all.deb
-rw-r--r--   1 root src    6525580 2005-12-22 18:37 kernel-image-2.6.14perso-20-12-05_10.00.Custom_i386.deb
lrwxrwxrwx   1 root src         35 2006-07-29 00:53 linux -> kernel-headers-2.6.14perso-20-12-05
drwxr-xr-x   3 root src       4096 2006-01-01 22:51 linux-headers-2.6.14perso-20-12-05
lrwxrwxrwx   1 root src         35 2006-07-29 00:07 linux-OLDVERSION.1154125382 -> kernel-headers-2.6.14perso-20-12-05
lrwxrwxrwx   1 root src         35 2006-07-29 00:23 linux-OLDVERSION.1154126659 -> kernel-headers-2.6.14perso-20-12-05
lrwxrwxrwx   1 root src         35 2006-07-29 00:45 linux-OLDVERSION.1154126742 -> linux-headers-2.6.14perso-20-12-05/
lrwxrwxrwx   1 root src         35 2006-07-29 00:45 linux-OLDVERSION.1154127042 -> kernel-headers-2.6.14perso-20-12-05
lrwxrwxrwx   1 root src         35 2006-07-29 00:50 linux-OLDVERSION.1154127197 -> kernel-headers-2.6.14perso-20-12-05
lrwxrwxrwx   1 root src         35 2006-07-29 00:53 linux-OLDVERSION.1154127212 -> kernel-headers-2.6.14perso-20-12-05
drwxr-xr-x  18 root src       4096 2005-12-20 21:57 linux-source-2.6.14
-rw-r--r--   1 root src  217845760 2005-12-20 21:55 linux-source-2.6.14.tar
drwxr-xr-x   3 root root      4096 2006-05-14 22:57 modules
drwxr-xr-x   7 root src       4096 2006-01-07 13:05 rpm
drwxr-sr-x   4 root src       4096 2006-07-29 00:10 save
-rw-r--r--   1 root root   1095680 2006-05-14 22:57 spca5xx-source.tar
burp:/usr/src#

Sinon, j’ai décompressé le source:

burp:/usr/src# pwd /usr/src burp:/usr/src# ls -l modules/ total 4 drwxr-xr-x 4 root root 4096 2006-05-14 22:57 spca5xx burp:/usr/src#
Y a-il une commande de module-assistant pour aller me le placer au bon endroit dans les sources du kernel et le compiler ?

[quote=“MattOTop”]si le lien symbolique est broken à cause de ça, c’est qu’il y a un bug dans le packaging du m-a de sarge qui ne sait pas qu’il est incompatible avec un noyau etch. Ou plutot un bug signalable du linux-sources-2.6.14 qui devrait indiquer qu’il a besoin d’une version plus récente du m-a que celle de la sarge.
Mais AMA, tu passes ton m-a en version etch, et ça devrait te faire le bon lien.[/quote]
Ok usinagaz et Matt, je crois que je vais suivre vos conseils et passer ces outils en Etch… Sinon, je vais pas m’en sortir…
Merci pour votre aide !
Encore une question: question kernel, j’avais vu que les séries 2.6.17 ou .18 posaient problème et demandaient un tas de mise à jours, vous utilisez quoi en ce moment ?
(désolé pour la question, mais ces derniers temps, j’ai pas trop suivi linux… :blush: )

re-
là je suis sur le 2.6.17-4, sans souci … sinon un 2.6.16-17 je crois …
Bon, heuuu , tu as détarré le spca5xx dans modules ? en es-tu sur ?
normalement, c’est m-a qui le fait, soit en oeuvrant sur le spca5xx déjà détarré par tes soins (peu probable), soit en le désarchivant-décompressant lui même, c’est le point dont je me souviens plus bien (plus probable).
Bon ce que je comprend pas, c’est à nouveau ta ligne :
apt-get install kernel-machin … est ce que c’est toi, ou m-a qui le fait ?
dans les deux cas, j’y comprend rien … qu’est ce qu’elle fait là cette ligne.
me dis pas que tu t’entête à réinstaller un kernel-bidule alors que c’est un linux-bidule que tu as ?

Tu peux toujours prendre le dernier noyau sarge (mais je pense que tu l’as) et tout recompiler pourquoi pas … en faisant le spca aprés , pour apprendre à le manier ? ou alors un 2.6.16 ou 17, trés bien …
Toutes façons là, c’est prise de choux quand je vois qu’il génlère un lien :

lrwxrwxrwx 1 root src 35 2006-07-29 00:53 linux -> kernel-headers-2.6.14perso-20-12-05 drwxr-xr-x 3 root src 4096 2006-01-01 22:51 linux-headers-2.6.14perso-20-12-05
Matt doit avoir raison, ton module - assistant cherche des kernel-headers au lieu de linux-headers … faut peut-être l’upgrader …

Et puis, tu peux être sarge avec un noyau etch non ?
De plus, je vois pas trés bien comment tu obtiens ça :

drwxr-xr-x 18 root src 4096 2005-12-20 21:57 linux-source-2.6.14 -rw-r--r-- 1 root src 217845760 2005-12-20 21:55 linux-source-2.6.14.tar comment ça se fait que les sources originelles sont à la fois archivées et déployées ?
Je pense aussi que si tu n’as pas upgrader debhelper, c’est no-way, non ?
ton m-a va pas s’y retrouver …
@ plus, dodo … en espérant qu’on a mis le doigt sur ce qui cloche …

[quote=“usinagaz”]Bon, heuuu , tu as détarré le spca5xx dans modules ? en es-tu sur ?[/quote] Oui, c’est pour ça que je n’y comprends plus grand chose…

[quote=“usinagaz”]normalement, c’est m-a qui le fait[/quote]Ca par contre je le savais pas…

[quote=“usinagaz”]me dis pas que tu t’entête à réinstaller un kernel-bidule alors que c’est un linux-bidule que tu as ?[/quote]Non, non rassures-toi, c’est module-assistant qui s’entête à me recréer les mauvais liens

[quote=“usinagaz”]Et puis, tu peux être sarge avec un noyau etch non ?[/quote]Oui, oui c’est ce que je vais faire. Le seul doute que j’avais, c’est que j’avais vu récemment sur le forum des plaintes pour je ne sais plus quelle version du kernel, ou il y avait pas mal de choses à réparer après la recompilation. Mais je vais prendre le .16 ou .17.

[quote=“usinagaz”]De plus, je vois pas trés bien comment tu obtiens ça :

drwxr-xr-x 18 root src 4096 2005-12-20 21:57 linux-source-2.6.14 -rw-r--r-- 1 root src 217845760 2005-12-20 21:55 linux-source-2.6.14.tar [/quote]
La je comprends pas trop ce que tu veux dire… Ce sont les sources que j’avais utilisées lors de ma dernière compil de kernel…

[quote=“usinagaz”]@ plus, dodo … en espérant qu’on a mis le doigt sur ce qui cloche …[/quote]Ca ma fait avancer, en tout cas !
Merci encore. Et si j’arrive à afficher ma tronche en vidéo-conférence, je vous dirai comment… :wink:

bonjour,
ah ben ok alors le guidage en video-conférence :wink:
ps : [quote=“usinagaz”]
De plus, je vois pas trés bien comment tu obtiens ça :

drwxr-xr-x 18 root src 4096 2005-12-20 21:57 linux-source-2.6.14 -rw-r--r-- 1 root src 217845760 2005-12-20 21:55 linux-source-2.6.14.tar
La je comprends pas trop ce que tu veux dire… Ce sont les sources que j’avais utilisées lors de ma dernière compil de kernel… [/quote]
ah ok, alors c’était un noyau linux pas en .deb mais compressé … (j’ai pas réfléchi).

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…[/quote]

youppie … :smiley:
voui, c’est ce qui m’avait semblait, galère avec gnomemeeting …
moi je me suis servit de xawtv puis amsn (testing ou sid … la stable n’a pas le support webcam) pour arriver à me voir …
@ +
ps: oui c’est impressionnant m-a … cii à Matt qui me crisait dessus pour que je l’utilise, d’antant … :wink:

Ca avance … :smiley:
Alors, pour mes tests, je me suis créé un compte sur MSN… :blush:
J’ai installé la version Etch de amsn (c’est plutôt mieux foutu que Gnome Meeting…)

Fantastique, j’arrive même à m’envoyer des mails… :laughing:

Bon, en ce qui concerne le paramétrage de la webcam, je transpire encore…

Voilà ma config: Ca bloque au niveau des ports à ouvrir sur mon firewall: (smoothwall)

Ok, le problème est clairement identifié… Je clique sur le bouton « voir la FAQ… »:
Ce qui m’amène sur la page suivante:http://amsn.sourceforge.net/wiki/tiki-index.php?page=Webcam+In+aMSN

[quote]You are firewalled or behind a router

If you are unable to view a webcam in aMSN after a contact has send you an invite, or after you have issued the command to receive/send webcam, and you are behind a router, you may need to follow these steps:
If you receive: IP-Restrict-NAT and you receive false in webcam wizard, that means your connection is firewalled. (does not send the IP)
If this is the case, you will need to open some ports for the webcam to use because they are currently blocked.
To do this, open your router web-based configuration (check router manual for details on this). Once you have the web-based configuration open, browse for a setting called « port forwarding » or « port range forwarding » or something similar to that. (This might be found under the advanced features for your router).
Now that you have the port forwarding page open, you will want to set the port forwarding range so that aMSN will be able to accept and send the webcam stream.
Here’s an example of how you will set up your port forwarding:

Application: aMSN
Start: 6890
End: 6900
Protocol: Both(TCP & UDP)
IP: xxx.xxx.x.xxx
Enabled: X (Yes/True) [/quote]

Alors j’ouvre les ports sur mon firewall:

J’admets volontiers ne pas être une lumière en ce qui concerne le paramétrage d’un firewall, mais ca me semble juste, non ?

Bon alors Jabba, je vais essayé d’être clair, mais c’est pas gagné, car en voulant checké mes paramètres, pour mieux te répondre, je comprend plus rien de ce qui ce passe … J’espère que ce poste servira aussi à répondre à quelques questions que je me posais et des nouvelles maintenant … j’explique :
il y a un avant et un aprés ; avant, c’est l ’ Avant dernier fois que j’ai utilisé ma webcam, puis Pendant : la dernière fois, ya 5 minutes (pour tester et controler mes params) et Aprés : c’est maintenant.
Avant :
je faisais comme ça pour faire marcher la webcam :

  • je ne faisais pas de règle de parefeu, j’attendais qu’une invite de webcam soit bloqué par mon “firewall” (firestarter).
  • je clickais sur la ligne : “connection bloquée” qui affiche l’IP de la personne ayant reçu l’invite, et je faisais : autoriser la connection.
  • cette connection passais chez moi sur le port 6891, 6892 … suivant le nombre de connections actives …
  • j’ai aussi ouvert les ports 6890 à 6900 dans l’interface LAN (serveurs) du routeur.
  • comme ça marchait jamais du premier coup donc, puisque je faisait la règle à chaque fois, au coup par coup, je relancé une invite, voir une autre aprés re-annulation (oui, le contact devait annuler pour que je renvoie l’invite … fastidieux …).
  • j’ai toujours eu, en configurant la webcam amsn, le message que tu as, “derrière un routeur”, même en faisant une règle de parefeu, et en ouvrant les ports de la livebox, et en désactivant le parefeu de la livebox…

Je me dis donc que tu dois pas t’en préocuuper … de ça , tu peux déduire qu’il te faudra ouvrir une plage minimale de plusieurs ports pour la webcam.
La question que je me pose, c’est est ce que je dois vraiment ouvrir les ports dans l’interfaces LAN pour rediriger vers ma machine les connections arrivant par le ports 6890-6900 ? ou si seul mon parefeu était en cause … je dis était, parceque ça marche plus comme ça, et je sais pas pourquoi …

Pendant : donc je teste en envoyant une invite de webcam à un contact,et j’attend comme d’hab que firestarter me bloque la connection.
et ben rien. Et d’un coup ça marche tout seul. Et dans la page connections actives de firestarter, je vois un ligne avec l’ip, pour la webcam, et sur le port 62 434 utilisé par wish (prog de amsn).
Alors là, j’y comprend plus rien, mais ça marche.
Le plus curieux, c’est le Aprés :

  • lorsque je fais dans préférences de amsn configurer la webcam - changer les paramètres video , il me met :
    “vous n’avez pas de périphérique installé” … elle est bien bonne, je viens de l’utiliser là :unamused:

Donc, je me demande, pourquoi ça passe plus par les ports de la plage 6890 … mais 62634 ?
Et comment ça se fait que mon parefeu ne bloque pas la connection sur ce port ?
Voilou …

Heuuuuuu … En effet, tu as essayé d’être clair mais j’ai pas compris grand chose, hein :laughing:

Ce que tu me racontes-là, c’est que ton installation, elle marche à peu près comme elle veut… Et quand elle veut !

Bon, merci quand même. En attendant, je vais essayer de débrancher mon firewall et me connecter sans protection, juste pour voir…

Sinon, j’ai réessayé avec Gnome Meeting, une vraie galère :frowning: Il semblerait qu’il y aie des trucs à configurer avec Gconf. Je connaissais pas ce truc et je savais pas que Gnome faisait dans les Microsofteries pour configurer ses softs.
Tu connais gconf-editor, ca ressemble méchamment à la base de registres Windows :smt022

Pour info, ma webcam marche impecc ave gqkam, xawtv… :wink:

[quote=« jabba »]
ton installation, elle marche à peu près comme elle veut… Et quand elle veut ![/quote] Ben plus maintenant, je viens de comprendre le bins :

  • en lisant la faq à msn, il parle du driver pwc pour webcam philipps pour configurer brightness, couleurs et tout … je me dis tiens !
  • (à tort j’oublie de vérifier si je l’ai déjà ou pas par un apt-cache policy pwc-source) Je fais m-a a-i pwc-source, qui veut pas me le faire …
  • normal, j’ai déplacé mes sources du 2.6.16 et en plus, linux pointe vers le 2.6.17 (qui n’est pas le noyau actif).
  • je refais les liens, module-assistant est content : au première échec, il m’avait juste déposé pwc-source.tar.gz dans /usr/src (c’est une question qu’on se posait …)
  • je redemarre amsn, je tente config de la webcam, et là il me trouve le périphérique … euréka, sans pwc, je pouvais lancer une séance, (spca5xx), mais sans support de configuration webcam en théorie…
  • en théorie, parce que je peux toujours rien régler, à part séléctionner le périf et le canal de sortie …
    Donc, moralité, j’avais surement déjà le pwc mais il était pas chargé, vu que les liens pointait vers les sources d’un autre noyau … est ce possible ?
    j’ai un truc curieux, c’est que j’ai deux module pwc maintenant, vois :

debian:/usr/src# ls -l /lib/modules/2.6.16camiptables/kernel/drivers/usb/media/ total 566 -rw-r--r-- 1 root root 98977 2006-05-27 12:22 ov511.ko drwxr-xr-x 2 root root 1024 2006-05-27 12:31 pwc -rw-r--r-- 1 root root 90545 2006-07-30 20:50 pwc.ko -rw-r--r-- 1 root root 382317 2006-05-28 10:38 spca5xx.ko debian:/usr/src# ls -l /lib/modules/2.6.16camiptables/kernel/drivers/usb/media/pwc total 58 -rw-r--r-- 1 root root 58109 2006-05-27 12:22 pwc.ko
Est ce que tu as pareil jabba ?

Alors, ce qui je capte pas, c’est (j’ai réessayé une séance) que maintenant ça passe plus par 6890, mais par le port 62434. et que ça marche du premier coup no souci !!! (au fait firestarter me dit qu’il connait pas le programme qui utilise ce port, il me semblait qu’il avait dit Wish tout à l’heure). Tu pourrais essayer avec firestarter, simple interface G d’iptables, pour voir, en fermant ton firewall … on serait fixé … c’est quoi que tu utilise là ?

[quote=« jabba »]
Tu connais gconf-editor, ca ressemble méchamment à la base de registres Windows :smt022 [/quote]
Ah bon, zut, mais je l’ai en plus, sans m’en servir :

debian:/usr/src# apt-cache policy gconf-editor gconf-editor: Installé : 2.14.0-2 Candidat : 2.14.0-2 Table de version : *** 2.14.0-2 0 500 http://ftp.fr.debian.org etch/main Packages 500 http://ftp.fr.debian.org sid/main Packages 100 /var/lib/dpkg/status 2.8.2-2 0 990 http://ftp.fr.debian.org sarge/main Packages debian:/usr/src# apt-cache policy gconf gconf: Installé : 1.0.9-7.1 Candidat : 1.0.9-7.1 Table de version : *** 1.0.9-7.1 0 500 http://ftp.fr.debian.org etch/main Packages 500 http://ftp.fr.debian.org sid/main Packages 100 /var/lib/dpkg/status 1.0.9-7 0 990 http://ftp.fr.debian.org sarge/main Packages
bon ben le plus gros et fait si ça passe avec xawtv, si je me souvient bien .

[quote=“usinagaz”]

  • en lisant la faq à msn, il parle du driver pwc pour webcam philipps pour configurer brightness, couleurs et tout … je me dis tiens !
    [/quote]Oui mais il semble que mon problème est différent parce que ma caméra n’est pas une philipps, c’est une Labtec…
    Le module que tu mentionnes parle bien d’une Phillips:burp:/usr/src/modules/spca5xx# apt-cache search pwc pwc-source - source for the Philips webcams pwc driver burp:/usr/src/modules/spca5xx#
    Si je regarde les logs:

Jul 30 19:17:59 burp kernel: usb 3-1: new full speed USB device using ohci_hcd and address 6 Jul 30 19:17:59 burp kernel: usb 3-1: configuration #1 chosen from 1 choice Jul 30 19:17:59 burp kernel: /usr/src/modules/spca5xx/drivers/usb/spca5xx.c: USB SPCA5XX camera found. Type Labtec Webcam Pro Zc0302 + Hdcs2020
Si tu as le même output chez toi, au chargement du module, alors le firmware est le même sur nos 2 caméras, et alors là ton module pwc pourrait me sauver la mise…
Montre-moi l’output chez toi, qu’on puisse comparer.

Sinon, ton fonctionnement “aléatoire” était certainement dû au fait que tu avais changé de kernel entre-temps et qu’avec le .17 tu n’avais pas le 2ème module chargé…
Mais bon, je me demande quand même ce que ce 2ème module à avoir avec le changerment des ports sur le firewall

[quote=“usinagaz”]j’ai un truc curieux, c’est que j’ai deux module pwc maintenant
Est ce que tu as pareil jabba ? [/quote]
Eh ben non…

[quote=“usinagaz”]bon ben le plus gros et fait si ça passe avec xawtv, si je me souvient bien .[/quote]Ton optimisme fait vraiment plaisir à voir … :laughing:

J’ai vu que tu ne connaissais pas gconf-editor, alors si tu arrives à faire quelque chose avec ce bidule, je suis preneur :wink:

Bon, j’ai déconnecté mon firewall et connecté ma machine directement à mon routeur ADSL. donc ca NE PEUT PLUS être un problème de firewall hein …
Il est un peu con aMSN… Parce qu’il me dit toujours que je suis derrière un FW … :imp:

Pour être tout à fait sûr qu’il n’y aie plus de problème de firewall:

[code]burp:/etc/network# iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source destination

Chain FORWARD (policy ACCEPT)
target prot opt source destination

Chain OUTPUT (policy ACCEPT)
target prot opt source destination
burp:/etc/network# iptables -F
burp:/etc/network# iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source destination

Chain FORWARD (policy ACCEPT)
target prot opt source destination

Chain OUTPUT (policy ACCEPT)
target prot opt source destination
burp:/etc/network#[/code]
Je vais faire une pause jusqu’à demain… Ma tronche sur le net ca sera pour un autre jour… :cry:

Beuhhh … où c’est que j’ai lu/vu que Labtec, c’est philipps …:wink: si je ne m’abuse …

Si je regarde les logs (c’est ça l’output ??? ):

jcode@debian:/usr/src$ dmesg | grep Labtec /usr/src/modules/spca5xx/drivers/usb/spca5xx.c: USB SPCA5XX camera found. Type Labtec Webcam Pro Zc0302 + Hdcs2020 jcode@debian:/usr/src$

tu fais allusion au pwc ?

[quote=“jabba”]Mais bon, je me demande quand même ce que ce 2ème module à avoir avec le changerment des ports sur le firewall [/quote] je sais plus quoi penser, à un moment, config webcam de amsn m’a ressorti que aucun périphe installé … :astonished:

[quote=“jabba”][quote=“usinagaz”]bon ben le plus gros et fait si ça passe avec xawtv, si je me souvient bien .[/quote]Ton optimisme fait vraiment plaisir à voir … :laughing:
J’ai vu que tu ne connaissais pas gconf-editor, alors si tu arrives à faire quelque chose avec ce bidule, je suis preneur :wink:[/quote]
ben mon optimisme lol, c’est pas ce qu’on remarque chez moi en général, mdr là … merci, ça fait plaisir …alors, bonne nouvelle, j’ai la webcam sur gnomemeeting … ouchhhh !!! héhé .
je me suis dit, aprés avoir tenté divers liens bidons dans /dev, dans /media, que ça serait mieux si je pouvais modifier dans la conf de gnomemeeting le périf video … alors j’ai tenté :

debian:/usr/src# find / -type f -name "gnomemeeting*"| xargs grep "/dev/video0" /usr/share/gconf/schemas/gnomemeeting.schemas: <default>/dev/video0</default> parce que, je voulais savoir où c’est que c’est qu’il va le chercher ce #$£ù# de périf qu’il arrive pas à faire fonctionner en plus …
Aprés avoir naivement nanoïsé (nano) /usr/share/gconf/schemas/gnomemeeting.schemas, j’ai remplacé la valeur par /media/video0, histoire de voir si …
mais non … Le pire, c’est que même en lançant gconf-editor, dans shema --> (apps je crois) --> gnomemeeting --> devices --> video :
La valeur n’était pas mis à jour… Mais, j’ai fait ceci :

  • lancer gconf-editor (ça envoie l’interface G)
  • se rendre dans apps chercher video - devices de gnomemeeting
  • editer la règle sur l’input_device
  • remplacer /dev/video0 par /media/video0 (c’est bizarre, mais ça m’a débloqué le bins)
  • fermer correctement gnomemeeting (par sur la croix *)
  • relancer gnomemeeting
  • aprés faut voir que dans préférences, tu es bien configuré la chose aussi
    et normalement c’est bon … je - me - vois !!!
  • problemes rencontrés : je pense avoir mal fermé gconf-editor, peut-être avait t’il pas pris en compte ma modif, car ça marchait toujours pas …
    le point bizarre, c’est que quand j’ai réouvert :
  • une fois il affiché toujours /dev/video0
  • puis une autre fois /dev/.static/dev/video0 (proche du but)
    je suis revenu dedans, j’ai fait la modif du début, j’ai proprement fermé, gconf-editor et amsn, et j’ai relancé gnomemeeting … et zou, tout bon.
    maintenant, je peux lancer les deux en même temps il semblerait, gm et amsn.
    j’ai réedité gnomemeeting-shemas pour remettre l’ancienne valeur, histoire de voir que c’était pas ça … c’est ok.

[quote=“jabba”]Bon, j’ai déconnecté mon firewall et connecté ma machine directement à mon routeur ADSL. donc ca NE PEUT PLUS être un problème de firewall hein …
Il est un peu con aMSN… Parce qu’il me dit toujours que je suis derrière un FW … :imp:
[/quote]
Essaie en te servant de firestarter pour le coup, ça mange pas de pain …
Attention, reste le routeur, faudrait que je teste (demain) en enlevant la ligne TCP (j’ai même pas mis UDP) sur le port 6890 --> ma machine …
De toutes façons oui, amsn m’a toujours dis que j’étais derrière routeur ou firewall …( ah beuhhh, faudrait ptêt que j’essaie la manip quand j’ai ouvert la connection et le port avec FS, voir si il dit tj pareil …).
J’allais dire un probleme de lien, mais xawtv te sors l’image alors …
Faut réessayer plusieurs fois sans rien reparamètrer je pense, car des modifs ne sont pas toujours prises en compte dans les 2 minutes …