Re: [HS Debian] rm : liste d'arguments trop longue

2007-03-24 Par sujet Steve
Bonjour,

Le vendredi 23 mars 2007 19:54, Sylvain Sauvage a écrit :
 Steve, vendredi 23 mars 2007, 18:45:42 CET

 [...]
  donc, si je comprends bien, si j'ai par exemple 3 fichier de 5
  caractères de long chacun, le * aurait 15 caractères (sans
  compter les espaces)

   Si, les espaces sont comptés, soit en tant que tels, soit comme
 des caractères de terminaison (\0).

Je ne disais pas que les espaces n'étaient pas comptés, mais que je ne le 
comptais dans mon exemple.

  et c'est cette longueur qui est limitée à
  quelque chose de plus petit que mon 5982 (vu que là c'est le
  nombre de fichiers, qui font eux au moins un caratère de
  long). (j'espère que c'est clair pour tout le monde...)

   Tu as 5982 noms de fichiers qui représentent  au  moins environ
 12 000 caractères (un caractère par nom, plus le \0).  On ne peut
 rien déduire de la taille limite de la ligne de commande à partir

ok

 de ça, car on a :
   |ta ligne|  limite

ok

 et

   |ta ligne|  12 000

ok

   En revanche,  on peut  dire que  ta ligne  a,  au plus, environ
 120 000 caractères (une vingtaine de caractères par nom, avec 0).

un peu plus dans mon cas : les fichiers s'écrivent avec 25 caractères :

01-20070324073955-03.jpg

(provient de motion)

 Et donc la limite se situe en dessous de 120 000 caractères :
   |ta ligne|  120 000

on est d'accord

 et

   |ta ligne|  limite

c'est ce que j'ai observé

 donc
   limite  120 000
 (si l’estimation d’une vingtaine de caractères par nom au max est
 correcte).

me paraît raisonnable

 Pour connaître cette limite, tu peux lire les sources de
   bash...
 
  Quelle bonne idée, je n'avais rien à faire ce soir ;-)
  Même pas une petite idée (en passant) ?

   Juste parce que j'aime les chiffres ronds : 64 ko ?

ça se tient avec le raisonnement au-dessus

2- comment m'en affranchir dans mon cas ?
  
 Les tubes n'ont pas ce genre de limite :
   ls | xargs rm
 
  $ ls 31* | xargs rm
  bash: /bin/ls: Liste d'arguments trop longue
  rm: opérande manquante

   Normal, la commande  « ls 31* »  met aussi les noms de fichiers
 dans la ligne de commande. Mon exemple était « ls »,  et, lui, il
 ne comporte que « ls » dans la ligne de commande.

Là je ne comprends pas très bien : « ls 31* » retourne moins de 
fichiers que 
juste « ls » non ?  Mais après test, effectivement ça marche.

   ou
   find . -type f -print0 | xargs -0 rm
   si des espaces se cachent dans les noms de fichiers.
 
  ça rm, on dirait ...

   C'est fait pour ;o)

Question subsidiaire : j'aimerai connaître la longueur en caractères de mes 
6000 fichiers, comme si je les mettais bout à bout. Réponse trouvée en 
écrivant la question, avec «ls | wc -m ».

Question subsidiaire 2 : quelle est la longueur maximale d'un fichier ? N'y a 
t-il pas une variable d'environnement s'y rapportant et qu'on peut modifier ?

Merci à tous pour vos réponses
-- 
steve



Re: [HS Debian] rm : liste d'arguments trop longue

2007-03-24 Par sujet Steve
Le vendredi 23 mars 2007 23:24, François TOURDE a écrit :
 Le 13595ième jour après Epoch,

 
  Enfin ! Donc le nombre d'arguments est au plus de 5982. Ce qui me mène à
  me poser deux questions :
 
  1- quelle est le nombre maximal ? comment le trouver ?

 Je ne sais pas le max, mais ça doit être marqué dans bash, non? :)

je n'ai pas encore terminé la lecture des sources (et encore moins de 
la 
man) ;-)


  2- comment m'en affranchir dans mon cas ?

 $ cd ..
 $ rm -fr ton_répertoire
 $ mkdir ton_répertoire

j'y avais pensé, mais je ne voulais pas le faire comme cela

 avec en plus un changement d'owner et de droits pour le rép. en
 question.

 Ou alors

 $ set -f

Je ne vois pas cette option dans « man set ». Que fait-elle ?

 $ rm *

 Les autres commandes qui t'ont été proposées, à base de find et autre
 xargs marchent aussi bien sûr, mais me semblent plus ... compliquées
 dans ton cas :)

J'avais envie de compliqué hier soir ;-).

Merci et bonne journée à tous

-- 
steve



Re: [HS Debian] rm : liste d'arguments trop longue

2007-03-24 Par sujet Yannick P.

Cyril Roques a écrit :

le caractere * est remplacé par bash lui-meme donc quand tu fait ls 31*
bash execute reellement ls 31123 312334 31345 .. c'est pour cela
qu'il t'envoi dans les choux donc quelque chose comme ls | grep ^31  |
xargs rm devrait fonctionner


Est-ce que ça ne peut pas être considéré comme un défaut (corrigible ?) 
de rm ?
Je dois dire que je ne sais pas comment fonctionnent ses relations avec 
le système de fichiers.



--
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: [HS Debian] rm : liste d'arguments trop longue

2007-03-24 Par sujet Yannick P.

Yannick P. a écrit :
Est-ce que ça ne peut pas être considéré comme un défaut (corrigible ?) 
de rm ?


Ou plutôt de Bash.


--
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: [HS Debian] rm : liste d'arguments trop longue

2007-03-24 Par sujet Jacques L'helgoualc'h
Steve a écrit, samedi 24 mars 2007, à 08:15 :
 Bonjour,

bonjour,

 [...]
 Question subsidiaire 2 : quelle est la longueur maximale d'un fichier ? N'y a 
 t-il pas une variable d'environnement s'y rapportant et qu'on peut modifier ?

Tu parles plutôt  de la longueur d'un « nom de fichier »  ? Ça dépend du
système de fichiers utilisé (et de l'OS). C'est facile à tester,

 $ A=A;for((n=0;n16;n++));do echo 2^$n A;touch $A||break;A=$A$A;done
2^0 A
2^1 A
2^2 A
2^3 A
2^4 A
2^5 A
2^6 A
2^7 A
2^8 A
touch: ne peut faire un touch sur `[...]': Nom de fichier trop long

donc en ext3 (sarge), la limite  est entre 128 et 256 --- peut-être 255,
à cause du caractère NUL final ? La fin est laissée en exercice ;)

Il me semble qu'il peut aussi  y avoir une limite sur la longueur totale
du chemin --- elle était assez  basse dans le vieux standard iso9660 des
CD (avec aussi une limite à la  profondeur de l'arbre, de mémoire 8 ou 9
niveaux).

 Merci à tous pour vos réponses

de rien,
-- 
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: [HS Debian] rm : liste d'arguments trop longue

2007-03-24 Par sujet Remi Vanicat
Yannick P. [EMAIL PROTECTED] writes:

 Yannick P. a écrit :
 Est-ce que ça ne peut pas être considéré comme un défaut (corrigible
 ?) de rm ?

 Ou plutôt de Bash.

Non, enfin plutôt c'est tellement traditionnel sous Unix, depuis
tellement longtemps qu'on ne peut plus le changer, trop d'outils
dépendent de ce fonctionnement. d'ailleurs les autres shells font
pareil. 

D'ailleurs un intérêt important de ce fonctionnement, c'est que si je
veux que mon script/application puisse être lancer sous la forme 
toto * il me suffit de ne rien faire, bash/sh/tcsh/ksh/... le fait
pour moi.

-- 
Rémi Vanicat


-- 
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]



passerelle internet sous ifconfig ou firefox/iceweasel ?

2007-03-24 Par sujet manop

Bonjour,

J'ai une freebox  V4 qui n'est pas en routeur, avec carte wifi.
J'ai installé une carte PCI WIFI MSI PC54G2 avec le chipset RT2500, que 
j'ai installé.

Tout marche bien, kwifimanager me dit que tout est OK.
Mon ifconfig me donne un eth0 carte filaire, eth2 carte wifi et lo.
Mon internet marche bien et il passe sur eth0 vu les octets en TX et RX 
sur infconfig.


déjà je trouve bizarre que eth0 et eth2 soient sur le même IP.
c'est normal ?

comment configurer pour qu'internet passe par eth2 ?
(avec ifconfig ou le browser ?)

j'ai essayé un
ifdown eth0
mais ça ne marche pas


ifconfig me donne:
eth0  Lien encap:Ethernet  HWaddr 00:40:F4:B5:2E:E7
 inet adr:82.233.190.129  Bcast:82.233.190.255  
Masque:255.255.255.0

 adr inet6: fe80::240:f4ff:feb5:2ee7/64 Scope:Lien
 UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
 RX packets:12822 errors:0 dropped:0 overruns:0 frame:0
 TX packets:3551 errors:0 dropped:0 overruns:0 carrier:0
 collisions:0 lg file transmission:1000
 RX bytes:16154213 (15.4 MiB)  TX bytes:466815 (455.8 KiB)
 Interruption:58 Adresse de base:0xa800

eth2  Lien encap:Ethernet  HWaddr 00:13:D3:68:72:F7
 inet adr:82.233.190.129  Bcast:82.233.190.255  
Masque:255.255.255.0

 adr inet6: fe80::213:d3ff:fe68:72f7/64 Scope:Lien
 UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
 RX packets:28 errors:0 dropped:0 overruns:0 frame:0
 TX packets:247 errors:0 dropped:0 overruns:0 carrier:0
 collisions:4 lg file transmission:1000
 RX bytes:4867 (4.7 KiB)  TX bytes:12521 (12.2 KiB)
 Interruption:66 Adresse de base:0xc000

loLien encap:Boucle locale
 inet adr:127.0.0.1  Masque:255.0.0.0
 adr inet6: ::1/128 Scope:Hôte
 UP LOOPBACK RUNNING  MTU:16436  Metric:1
 RX packets:50 errors:0 dropped:0 overruns:0 frame:0
 TX packets:50 errors:0 dropped:0 overruns:0 carrier:0
 collisions:0 lg file transmission:0
 RX bytes:3428 (3.3 KiB)  TX bytes:3428 (3.3 KiB)




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: carte radio...

2007-03-24 Par sujet manop

Nicolas Folin wrote:

... Je me suis rendu compte que ma carte dvb possédait un module radio,
et j'aimerai bien le faire fonctionner...

J'ai donc cherché un peu, et je n'arrive pas à configurer tout ça.

la carte est une hauppage wintv HVR 1110
le module du controleur dvb est saa7134, et il fonctionne correctement.

Le principe étant d'insérer le module radio-XXX, mais je ne sais pas 
quel 'XXX',

et de lancer un programme sur l'interface /dev/radio0, je comprends...

Ce que je voudrais savoir, c'est quel module je dois insérer et avec 
quelle(s) option(s)...


Si quelqu'un sait faire, je lui serais reconnaissant de m'expliquer..

Amicalement
Nicolas Folin



avec un
lspci
vois tu la carte pci ?


à priori, le chipset est aussi indiqué


--
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: passerelle internet sous ifconfig ou firefox/iceweasel ?

2007-03-24 Par sujet Stéphane RIGOULOT

route --help

la commande route te donne la table de routage.
Il faut lui dire de passer par telle interface réseau pour accéder à tel
réseau.

ca donne un truc dans le style :
route add default -iface eth2
default correspond à partout (réseau 0.0.0.0)




Bonjour,

J'ai une freebox  V4 qui n'est pas en routeur, avec carte wifi.
J'ai installé une carte PCI WIFI MSI PC54G2 avec le chipset RT2500, que
j'ai installé.
Tout marche bien, kwifimanager me dit que tout est OK.
Mon ifconfig me donne un eth0 carte filaire, eth2 carte wifi et lo.
Mon internet marche bien et il passe sur eth0 vu les octets en TX et RX
sur infconfig.

déjà je trouve bizarre que eth0 et eth2 soient sur le même IP.
c'est normal ?

comment configurer pour qu'internet passe par eth2 ?
(avec ifconfig ou le browser ?)

j'ai essayé un
ifdown eth0
mais ça ne marche pas


ifconfig me donne:
eth0  Lien encap:Ethernet  HWaddr 00:40:F4:B5:2E:E7
  inet adr:82.233.190.129  Bcast:82.233.190.255
Masque:255.255.255.0
  adr inet6: fe80::240:f4ff:feb5:2ee7/64 Scope:Lien
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:12822 errors:0 dropped:0 overruns:0 frame:0
  TX packets:3551 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 lg file transmission:1000
  RX bytes:16154213 (15.4 MiB)  TX bytes:466815 (455.8 KiB)
  Interruption:58 Adresse de base:0xa800

eth2  Lien encap:Ethernet  HWaddr 00:13:D3:68:72:F7
  inet adr:82.233.190.129  Bcast:82.233.190.255
Masque:255.255.255.0
  adr inet6: fe80::213:d3ff:fe68:72f7/64 Scope:Lien
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:28 errors:0 dropped:0 overruns:0 frame:0
  TX packets:247 errors:0 dropped:0 overruns:0 carrier:0
  collisions:4 lg file transmission:1000
  RX bytes:4867 (4.7 KiB)  TX bytes:12521 (12.2 KiB)
  Interruption:66 Adresse de base:0xc000

loLien encap:Boucle locale
  inet adr:127.0.0.1  Masque:255.0.0.0
  adr inet6: ::1/128 Scope:Hôte
  UP LOOPBACK RUNNING  MTU:16436  Metric:1
  RX packets:50 errors:0 dropped:0 overruns:0 frame:0
  TX packets:50 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 lg file transmission:0
  RX bytes:3428 (3.3 KiB)  TX bytes:3428 (3.3 KiB)




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]



-- 
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: passerelle internet sous ifconfig ou firefox/iceweasel ?

2007-03-24 Par sujet manop

merci, c'est le binaire qui me manquait !

et je suppose que si je met ma freebox en routeur c'est à ça que je doit 
toucher ?




Stéphane RIGOULOT wrote:

route --help

la commande route te donne la table de routage.
Il faut lui dire de passer par telle interface réseau pour accéder à tel
réseau.

ca donne un truc dans le style :
route add default -iface eth2
default correspond à partout (réseau 0.0.0.0)




Bonjour,

J'ai une freebox  V4 qui n'est pas en routeur, avec carte wifi.
J'ai installé une carte PCI WIFI MSI PC54G2 avec le chipset RT2500, que
j'ai installé.
Tout marche bien, kwifimanager me dit que tout est OK.
Mon ifconfig me donne un eth0 carte filaire, eth2 carte wifi et lo.
Mon internet marche bien et il passe sur eth0 vu les octets en TX et RX
sur infconfig.

déjà je trouve bizarre que eth0 et eth2 soient sur le même IP.
c'est normal ?

comment configurer pour qu'internet passe par eth2 ?
(avec ifconfig ou le browser ?)

j'ai essayé un
ifdown eth0
mais ça ne marche pas


ifconfig me donne:
eth0  Lien encap:Ethernet  HWaddr 00:40:F4:B5:2E:E7
  inet adr:82.233.190.129  Bcast:82.233.190.255
Masque:255.255.255.0
  adr inet6: fe80::240:f4ff:feb5:2ee7/64 Scope:Lien
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:12822 errors:0 dropped:0 overruns:0 frame:0
  TX packets:3551 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 lg file transmission:1000
  RX bytes:16154213 (15.4 MiB)  TX bytes:466815 (455.8 KiB)
  Interruption:58 Adresse de base:0xa800

eth2  Lien encap:Ethernet  HWaddr 00:13:D3:68:72:F7
  inet adr:82.233.190.129  Bcast:82.233.190.255
Masque:255.255.255.0
  adr inet6: fe80::213:d3ff:fe68:72f7/64 Scope:Lien
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:28 errors:0 dropped:0 overruns:0 frame:0
  TX packets:247 errors:0 dropped:0 overruns:0 carrier:0
  collisions:4 lg file transmission:1000
  RX bytes:4867 (4.7 KiB)  TX bytes:12521 (12.2 KiB)
  Interruption:66 Adresse de base:0xc000

loLien encap:Boucle locale
  inet adr:127.0.0.1  Masque:255.0.0.0
  adr inet6: ::1/128 Scope:Hôte
  UP LOOPBACK RUNNING  MTU:16436  Metric:1
  RX packets:50 errors:0 dropped:0 overruns:0 frame:0
  TX packets:50 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 lg file transmission:0
  RX bytes:3428 (3.3 KiB)  TX bytes:3428 (3.3 KiB)




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]



  



--
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: retailler vidéo

2007-03-24 Par sujet Baron Christophe

--- Bayrouni [EMAIL PROTECTED] a écrit :

 bonsoir,
 
 dd est ton ami:
 dd if=inputvideo of=outputvideo bs=100  skip=3000 count=10
 ignore les 10 premiers megas.
 
 Et après tu fais:
 dd if=outputvideo of=finaloutputvideo bs=100  count=200,
 pour n'avoir que les 200 megas et ignorer ce qui est au delà des 200.
 
 Donc si tu peux determiner les megas à enlever au debut et à la fin
 cet 
 exemple devrait satisfaire tes besoins.

J'ai été assez surpris de voir cette ligne de commande
pour retailler de la video.
Je pensais qu'il y avait un format global,
des entêtes, etc., une structure interne,
et qu'on ne pouvait pas couper dedans comme dans une motte
de beurre. Je l'ai donc essayée.
Et le résultat n'a pas été jouable.
Quelqu'un aurait il l'amabilité de me dire si effectivement,
on peut découper de la video avec une telle ligne de commande,
et si oui, quels sont les limites et les règles à respecter,
les conditions d'application, pour que ça marche.
Ch.

 
 a+
 
 







___ 
Découvrez une nouvelle façon d'obtenir des réponses à toutes vos questions ! 
Profitez des connaissances, des opinions et des expériences des internautes sur 
Yahoo! Questions/Réponses 
http://fr.answers.yahoo.com


-- 
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]



Bo, Hamm, etc

2007-03-24 Par sujet François Boisson
Suite à ce fil, j'ai mis en ligne sur

http://franboisson.free.fr/CD/

des images ISO de la Bo, de la Ham Binaries (fichier découpé en 12
parties).

Je mettrais la Ham-contrib et la Ham-sources dans les prochains jours.

François Boisson


-- 
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: [HS/2] vlc et la freebox

2007-03-24 Par sujet Marc

François TOURDE a écrit :

Le 13595ième jour après Epoch,
François Boisson écrivait:


Le Fri, 23 Mar 2007 23:35:01 +0100
[EMAIL PROTECTED] (François TOURDE) a écrit:


Salut.

'lut,


J'ai une Fbx V4 et je voulais essayer le multi poste avec VLC, mais ça
ne semble pas marcher.

Quand je fais:
 mplayer rtsp://mafreebox.freebox.fr/freeboxtv/stream?id=373

j'ai bien la vidéo qui marche, mais VLC ne me récupère que la liste de
lecture, et pas de son ni d'image quand je choisis une chaîne.

Je suis en testing, je pense avoir ouvert les ports qui vont bien sur
ma Debian, et VLC arrive à lire des fichiers vidéos.

Quelqu'un a une idée?

Essaye

vlc rtsp://mafreebox.freebox.fr/freeboxtv/373


Rien... Toujours pas d'images. C'est dommage parce que ça consomme
quand même la bande passante :) ... Les paquets arrivent, mais rien ne
s'affiche.

C'est dommage, la Playlist de VLC est tout de même plus agréable que
celle de gmplayer ;)


tu as bien lancé le script suivant:
#!/bin/sh

exec vlc --extraintf=http --http-host=:8080 --http-charset=ISO-8859-1 
--sout=#std --sout-standard-access=udp --sout-standard-mux=ts 
--sout-standard-url=212.27.38.253:1234 --sout-ts-pid-video=68 
--sout-ts-pid-audio=69 --sout-ts-pid-spu=70 --sout-ts-pcr=80 
--sout-ts-dts-delay=400 --no-playlist-autostart 
--subsdec-encoding=ISO-8859-1 --sout-transcode-maxwidth=720 
--sout-transcode-maxheight=576 --play-and-stop 
--http-src=/usr/local/freeplayer//share/http-fbx/ --wx-systray 
--config=~/.vlc/vlcrc-fbx --open=$1


Avec les bonnes options ???

Mes 2 Cts.

Marc


--
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: [HS/2] vlc et la freebox

2007-03-24 Par sujet François Boisson
L
 tu as bien lancé le script suivant:
 #!/bin/sh
 
 exec vlc --extraintf=http --http-host=:8080 --http-charset=ISO-8859-1 
 --sout=#std --sout-standard-access=udp --sout-standard-mux=ts 
 --sout-standard-url=212.27.38.253:1234 --sout-ts-pid-video=68 
 --sout-ts-pid-audio=69 --sout-ts-pid-spu=70 --sout-ts-pcr=80 
 --sout-ts-dts-delay=400 --no-playlist-autostart 
 --subsdec-encoding=ISO-8859-1 --sout-transcode-maxwidth=720 
 --sout-transcode-maxheight=576 --play-and-stop 
 --http-src=/usr/local/freeplayer//share/http-fbx/ --wx-systray 
 --config=~/.vlc/vlcrc-fbx --open=$1
 

Ça c'est le script pour freeplayer donc pour diffuser à partir de
l'ordinateur de la video sur la Télé (le free player), ça n'est pas ce
qu'il recherche.

François Boisson


-- 
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: Bo, Hamm, etc

2007-03-24 Par sujet Klaus Becker
Am Samstag, 24. März 2007 10:08 schrieb François Boisson:
 Suite à ce fil, j'ai mis en ligne sur

 http://franboisson.free.fr/CD/

 des images ISO de la Bo, de la Ham Binaries (fichier découpé en 12
 parties).

 Je mettrais la Ham-contrib et la Ham-sources dans les prochains jours.

 François Boisson

Salut,

je serais curieux de savoir ce que c'est

Klaus



Re: Bo, Hamm, etc

2007-03-24 Par sujet Vincent Bernat
OoO En  cette matinée  pluvieuse du samedi  24 mars 2007,  vers 10:58,
Klaus Becker [EMAIL PROTECTED] disait:

 des images ISO de la Bo, de la Ham Binaries (fichier découpé en 12
 parties).
 
 Je mettrais la Ham-contrib et la Ham-sources dans les prochains jours.
 
 François Boisson

 Salut,

 je serais curieux de savoir ce que c'est

D'anciennes versions de Debian. La Hamm, c'est la 2.0.
-- 
THIS IS NOT A CLUE...OR IS IT?
THIS IS NOT A CLUE...OR IS IT?
THIS IS NOT A CLUE...OR IS IT?
-+- Bart Simpson on chalkboard in episode 2F16


-- 
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: [HS/2] vlc et la freebox

2007-03-24 Par sujet Makkhdyn

François TOURDE a écrit :

Le 13595ième jour après Epoch,
François Boisson écrivait:

Le Fri, 23 Mar 2007 23:35:01 +0100
[EMAIL PROTECTED] (François TOURDE) a écrit:


Salut.

'lut,


J'ai une Fbx V4 et je voulais essayer le multi poste avec VLC,  
mais ça

ne semble pas marcher.

Quand je fais:
 mplayer rtsp://mafreebox.freebox.fr/freeboxtv/stream?id=373

j'ai bien la vidéo qui marche, mais VLC ne me récupère que la  
liste de

lecture, et pas de son ni d'image quand je choisis une chaîne.

Je suis en testing, je pense avoir ouvert les ports qui vont  
bien sur

ma Debian, et VLC arrive à lire des fichiers vidéos.

Quelqu'un a une idée?

Essaye

vlc rtsp://mafreebox.freebox.fr/freeboxtv/373

Rien... Toujours pas d'images. C'est dommage parce que ça consomme
quand même la bande passante :) ... Les paquets arrivent, mais  
rien ne

s'affiche.
C'est dommage, la Playlist de VLC est tout de même plus agréable que
celle de gmplayer ;)

tu as bien lancé le script suivant:
#!/bin/sh

exec vlc --extraintf=http --http-host=:8080 --http- 
charset=ISO-8859-1 --sout=#std --sout-standard-access=udp --sout- 
standard-mux=ts --sout-standard-url=212.27.38.253:1234 --sout-ts- 
pid-video=68 --sout-ts-pid-audio=69 --sout-ts-pid-spu=70 --sout-ts- 
pcr=80 --sout-ts-dts-delay=400 --no-playlist-autostart --subsdec- 
encoding=ISO-8859-1 --sout-transcode-maxwidth=720 --sout-transcode- 
maxheight=576 --play-and-stop --http-src=/usr/local/freeplayer// 
share/http-fbx/ --wx-systray --config=~/.vlc/vlcrc-fbx --open=$1


Avec les bonnes options ???

Mes 2 Cts.

Marc


--
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]





Je crains qu'il n'y ai des malentendus ici. Il faut bien faire la  
difference entre le mutli-poste et le freeplayer.


Le multi-poste consiste a avoir la télé sur son ordinateur.

Le freeplayer au contraire c'est avoir les vidéos que l'on a sur  
l'ordinateur, sur la télé.


Pour le multi-poste il suffit d'ouvrir http://mafreebox.freebox.fr/ 
freeboxtv/playlist.m3u avec vlc. (vous pouvez aussi lire le contenu  
de la playlist et ouvrir toutes les chaines une par une.
Pour le freeplayer par contre c'est le code de François qu'il faut  
utiliser pour faire de son PC un server pour le freeplayer




Re: Bo, Hamm, etc

2007-03-24 Par sujet Klaus Becker
Am Samstag, 24. März 2007 11:09 schrieb Vincent Bernat:
 OoO En  cette matinée  pluvieuse du samedi  24 mars 2007,  vers 10:58,

 Klaus Becker [EMAIL PROTECTED] disait:
  des images ISO de la Bo, de la Ham Binaries (fichier découpé en 12
  parties).
 
  Je mettrais la Ham-contrib et la Ham-sources dans les prochains jours.
 
  François Boisson
 
  Salut,
 
  je serais curieux de savoir ce que c'est

 D'anciennes versions de Debian. La Hamm, c'est la 2.0.

et ça sert à quoi aujord'hui?

Klaus



Re: Je n'arrive plus a résoudre les noms locaux...

2007-03-24 Par sujet Pascal Hambourg

Salut,

Charles Plessy a écrit :


Malgré des lignes comme la suivante dans /etc/hosts,
192.168.0.3 sorbet.igloosorbet

je n'arrive plus a résoudre les noms locaux.

kunpuu|~|$ host sorbet
Host sorbet not found: 3(NXDOMAIN)


Les commandes comme host, dig ou nslookup interrogent directement les 
serveurs DNS listés dans /etc/resolv.conf sans passer par les fonctions 
de résolution de noms de la libc. Par conséquent elles ne tiennent pas 
compte du fichier /etc/hosts, sauf si le serveur DNS interrogé utilise 
lui-même ce fichier (comme dnsmasq).


Que donne la même commande avec l'option -v (pour voir quel serveur est 
interrogé) ? Que donne une commande qui utilise la libc comme ping ?



C'est arrivé après avoir redémarré après avoir migré de mi-Sarge mi-Etch
vers rien-que-Etch. Je ne sais pas si c'est lié, mais j'utilise dnsmasq.


Sur la même machine, et c'est bien dnsmasq qui est utilisé pour les 
résolutions DNS ? A l'époque où je l'utilisais (avec Woody), il 
regardait dans /etc/hosts avant de relayer la requête mais ça a 
peut-être changé.



Si quelqu'un a un début de piste ?


Que contiennent /etc/resolv.conf et /etc/nsswitch.conf ?


--
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: passerelle internet sous ifconfig ou firefox/iceweasel ?

2007-03-24 Par sujet Pascal Hambourg

[Remise dans l'ordre du fil pour une meilleure lisibilité]

Salut,

manop a écrit :


J'ai une freebox  V4 qui n'est pas en routeur, avec carte wifi.
J'ai installé une carte PCI WIFI MSI PC54G2 avec le chipset RT2500, que
j'ai installé.
Tout marche bien, kwifimanager me dit que tout est OK.
Mon ifconfig me donne un eth0 carte filaire, eth2 carte wifi et lo.
Mon internet marche bien et il passe sur eth0 vu les octets en TX et RX
sur infconfig.

déjà je trouve bizarre que eth0 et eth2 soient sur le même IP.
c'est normal ?


Oui et non. Si tes deux interfaces sont configurées par DHCP, alors 
c'est parce que la Freebox en mode normal alloue toujours la même 
adresse (l'adresse IP publique de la connexion ADSL, et il n'y en a 
qu'une) à tous les clients DHCP.



comment configurer pour qu'internet passe par eth2 ?
(avec ifconfig ou le browser ?)


Il faut que la route par défaut de plus basse métrique (donc de plus 
haute priorité) passe par eth2, ou bien supprimer la route par défaut 
qui passe par eth0 et ne laisser que celle qui passe par eth2. Là tu 
dois avoir deux routes par défaut de même priorité en concurrence, et il 
se trouve que c'est celle de eth0 qui est prise en compte. Ça aurait pu 
être l'autre.



j'ai essayé un
ifdown eth0
mais ça ne marche pas


Ça aurait dû, pourtant, car ça supprime toutes les routes liées à eth0.
Que dit la commande ip route show (paquet iproute) avant et après ?


Stéphane RIGOULOT wrote:


route add default -iface eth2


Il faut aussi spécifier l'adresse de la passerelle avec l'option gw. 
Sinon la machine considère que toutes les destinations sont directement 
sur le réseau local relié à eth2.


et je suppose que si je met ma freebox en routeur c'est à ça que je doit 
toucher ?


En mode routeur chaque interface en DHCP recevra une adresse IP privée 
différente. Mais le problème de la route par défaut restera le même.


En tout cas tout ça n'a rien à voir avec le navigateur web qui n'est 
grosso modo qu'un client HTTP/HTTPS/FTP.



--
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: Bo, Hamm, etc

2007-03-24 Par sujet François Boisson

 et ça sert à quoi aujord'hui?

La Bo et la Hamm s'installe sans problème sur des machines avec 16M de
RAM, elles ont un système qui tourne avec un noyau 2.0 faisant de
l'ordre de 400K: Exemple sur un serveur d'impression 486SX25 (25MHz
sans coprocesseur flottant donc) toujours increvable chez moi:

$ uname -a
Linux bic 2.0.38 #6 sam jui 1 16:42:18 CEST 2000 i486 unknown
$  cat /etc/debian_version 
2.0
$   ls -l /proc/kcore 
-r   1 root root 12587008 Mar 24 11:38 /proc/kcore
# 12 Mega RAM donc
$  df /dev/hda1
Filesystem 1024-blocks  Used Available Capacity Mounted on
/dev/hda1 146049   33040   105467 24%   /
# disque dur de 150M
$ uptime
 11:39am  up 75 days,  3:37,  1 user,  load average: 0.05, 0.01, 0.00
# ça c'est du robuste!
$ cat /proc/cpuinfo 
processor   : 0
cpu : 486
model   : 486 SX
vendor_id   : GenuineIntel
stepping: unknown
fdiv_bug: no
hlt_bug : no
f00f_bug: no
fpu : no
fpu_exception   : no
cpuid   : no
wp  : yes
flags   :
bogomips: 12.42
$ 


François Boisson




-- 
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: [HS/2] vlc et la freebox

2007-03-24 Par sujet Pascal Hambourg

Salut,

François TOURDE a écrit :


mplayer rtsp://mafreebox.freebox.fr/freeboxtv/stream?id=373

j'ai bien la vidéo qui marche, mais VLC ne me récupère que la liste de
lecture, et pas de son ni d'image quand je choisis une chaîne.

Je suis en testing, je pense avoir ouvert les ports qui vont bien sur
ma Debian, et VLC arrive à lire des fichiers vidéos.


Rien... Toujours pas d'images. C'est dommage parce que ça consomme
quand même la bande passante :) ... Les paquets arrivent, mais rien ne
s'affiche.


Les paquets arrivent, mais est-ce qu'ils sont bien acceptés par les 
règles de filtrage ? RTSP utilise des ports dynamiques pour les flux de 
données, un peu comme FTP. Il faut soit fixer une plage de ports UDP 
dans la configuration du client qui soit autorisée par le firewall, soit 
autoriser tout ce qui vient de l'adresse IP du freeplayer (risqué en cas 
de spoofing), soit utiliser le module de suivi de connexion RTSP pour 
Netfilter (dans le patch-o-matic-ng, pas en standard dans le noyau).



--
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: [HS/2] vlc et la freebox

2007-03-24 Par sujet François Boisson
Le Sat, 24 Mar 2007 11:01:51 +0100
Makkhdyn [EMAIL PROTECTED] a écrit:

 Pour le multi-poste il suffit d'ouvrir http://mafreebox.freebox.fr/ 
 freeboxtv/playlist.m3u avec vlc. (vous pouvez aussi lire le contenu  
 de la playlist et ouvrir toutes les chaines une par une.
 Pour le freeplayer par contre c'est le code de François qu'il faut  
 utiliser pour faire de son PC un server pour le freeplayer

Ben non, ça n'était pas mon message, 

C'est un problème de sortie video peut être, essaye

$ vlc --vout caca rtsp://mafreebox.freebox.fr/freeboxtv/373

pour voir (en plus c'est rigolo)

François Boisson


-- 
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: [HS/2] vlc et la freebox

2007-03-24 Par sujet Klaus Becker
Am Samstag, 24. März 2007 11:45 schrieb Pascal Hambourg:
 Salut,

 François TOURDE a écrit :
  mplayer rtsp://mafreebox.freebox.fr/freeboxtv/stream?id=373
 
 j'ai bien la vidéo qui marche, mais VLC ne me récupère que la liste de
 lecture, et pas de son ni d'image quand je choisis une chaîne.
 
 Je suis en testing, je pense avoir ouvert les ports qui vont bien sur
 ma Debian, et VLC arrive à lire des fichiers vidéos.
 
  Rien... Toujours pas d'images. C'est dommage parce que ça consomme
  quand même la bande passante :) ... Les paquets arrivent, mais rien ne
  s'affiche.

 Les paquets arrivent, mais est-ce qu'ils sont bien acceptés par les
 règles de filtrage ? RTSP utilise des ports dynamiques pour les flux de
 données, un peu comme FTP. Il faut soit fixer une plage de ports UDP
 dans la configuration du client qui soit autorisée par le firewall, soit
 autoriser tout ce qui vient de l'adresse IP du freeplayer (risqué en cas
 de spoofing), soit utiliser le module de suivi de connexion RTSP pour
 Netfilter (dans le patch-o-matic-ng, pas en standard dans le noyau).

Salut,

j'utilise

iptables -A INPUT -p udp -s 212.27.38.253 -j ACCEPT
iptables -A OUTPUT -p udp --dport 554 -j ACCEPT

Klaus



Re: [HS/2] vlc et la freebox

2007-03-24 Par sujet Jean Baptiste Favre
Bonjour,
Peut-être la réponse ici: http://www.gege.org/
J'ai également eu le problème: les paquets UDP arrivent bien sur la
machine mais rien ne s'affiche.
Un petit tour dans iptables plus tard, il faut ajouter la règle suivante:

iptables -A INPUT -p udp -d 228.67.43.91 --dport 15947 -j ACCEPT

Les paquets concernés ont pour IP source la propre IP de la machine client.

Pour info, voici les règles appliquées sur ma machine, avant le problème
multiposte:

# Generated by iptables-save v1.3.5 on Sun Mar  4 11:41:12 2007
*filter
:INPUT DROP [0:0]
:FORWARD DROP [0:0]
:OUTPUT ACCEPT [0:0]
-A INPUT -i lo -j ACCEPT
-A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
COMMIT
# Completed on Sun Mar  4 11:41:12 2007

Cordialement,
JB


François Boisson a écrit :
 Le Sat, 24 Mar 2007 11:01:51 +0100
 Makkhdyn [EMAIL PROTECTED] a écrit:
 
 Pour le multi-poste il suffit d'ouvrir http://mafreebox.freebox.fr/ 
 freeboxtv/playlist.m3u avec vlc. (vous pouvez aussi lire le contenu  
 de la playlist et ouvrir toutes les chaines une par une.
 Pour le freeplayer par contre c'est le code de François qu'il faut  
 utiliser pour faire de son PC un server pour le freeplayer
 
 Ben non, ça n'était pas mon message, 
 
 C'est un problème de sortie video peut être, essaye
 
 $ vlc --vout caca rtsp://mafreebox.freebox.fr/freeboxtv/373
 
 pour voir (en plus c'est rigolo)
 
 François Boisson




Re: [HS/2] vlc et la freebox

2007-03-24 Par sujet Jean Baptiste Favre
Re,
J'ai oublié une règle: celle qui autorise le serveur Free à nous
contacter puisque le module netfilter rtsp n'est pas par défaut dans le
noyau:

iptables -A INPUT -p udp -s 212.27.38.253 -j ACCEPT

Les ports source et destination sont variables et définis par VLC, donc
pas de limitation sérieuse possible de ce point de vue sans le module rtsp.

Cordialement,
JB

Jean Baptiste Favre a écrit :
 Bonjour,
 Peut-être la réponse ici: http://www.gege.org/
 J'ai également eu le problème: les paquets UDP arrivent bien sur la
 machine mais rien ne s'affiche.
 Un petit tour dans iptables plus tard, il faut ajouter la règle suivante:
 
 iptables -A INPUT -p udp -d 228.67.43.91 --dport 15947 -j ACCEPT
 
 Les paquets concernés ont pour IP source la propre IP de la machine client.
 
 Pour info, voici les règles appliquées sur ma machine, avant le problème
 multiposte:
 
 # Generated by iptables-save v1.3.5 on Sun Mar  4 11:41:12 2007
 *filter
 :INPUT DROP [0:0]
 :FORWARD DROP [0:0]
 :OUTPUT ACCEPT [0:0]
 -A INPUT -i lo -j ACCEPT
 -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
 COMMIT
 # Completed on Sun Mar  4 11:41:12 2007
 
 Cordialement,
 JB
 
 
 François Boisson a écrit :
 Le Sat, 24 Mar 2007 11:01:51 +0100
 Makkhdyn [EMAIL PROTECTED] a écrit:

 Pour le multi-poste il suffit d'ouvrir http://mafreebox.freebox.fr/ 
 freeboxtv/playlist.m3u avec vlc. (vous pouvez aussi lire le contenu  
 de la playlist et ouvrir toutes les chaines une par une.
 Pour le freeplayer par contre c'est le code de François qu'il faut  
 utiliser pour faire de son PC un server pour le freeplayer
 Ben non, ça n'était pas mon message, 

 C'est un problème de sortie video peut être, essaye

 $ vlc --vout caca rtsp://mafreebox.freebox.fr/freeboxtv/373

 pour voir (en plus c'est rigolo)

 François Boisson




Re: [HS/2] vlc et la freebox

2007-03-24 Par sujet François Boisson
Le Sat, 24 Mar 2007 12:49:23 +0100
Jean Baptiste Favre [EMAIL PROTECTED] a écrit:

 Re,
 J'ai oublié une règle: celle qui autorise le serveur Free à nous
 contacter puisque le module netfilter rtsp n'est pas par défaut dans le
 noyau:
 
 iptables -A INPUT -p udp -s 212.27.38.253 -j ACCEPT
 
 Les ports source et destination sont variables et définis par VLC, donc
 pas de limitation sérieuse possible de ce point de vue sans le module rtsp.

En ce qui me concerne, une règle très simple:

 iptables -t nat -A PREROUTING -p tcp -i eth1 -s 212.27.38.253 
 -d 82.66.248.156 -j DNAT --to 192.168.1.2 

iptables  -t nat -A PREROUTING -p udp -i eth1 -s 212.27.38.253 
 -d 82.66.248.156 -j DNAT --to 192.168.1.2

Où 82.66.248.156 est mon IP free et 192.168.1.2 la machine concernée.
C'est primaire mais ne nécessite pas de module rstp.

François Boisson


-- 
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: [HS/2] vlc et la freebox

2007-03-24 Par sujet Laurent Besson
Le Samedi 24 Mars 2007 13:14, François Boisson a écrit :
 En ce qui me concerne, une règle très simple:

  iptables -t nat -A PREROUTING -p tcp -i eth1 -s 212.27.38.253
  -d 82.66.248.156 -j DNAT --to 192.168.1.2

 iptables  -t nat -A PREROUTING -p udp -i eth1 -s 212.27.38.253
  -d 82.66.248.156 -j DNAT --to 192.168.1.2

 Où 82.66.248.156 est mon IP free et 192.168.1.2 la machine concernée.
 C'est primaire mais ne nécessite pas de module rstp.

Tout à fait ok mais j'ai aussi une question par rapport au multiposte...
Supposons plusieurs machine derriere le routeur 82.66.248.156 soient :
192.168.1.2 , 192.168.1.3 ...
Comment prerouter les flux pour que chacune ai le multiposte...?

NB : C'est une question qui aussi valable pour emule sur plusieur poste..?



Re: [HS/2] vlc et la freebox

2007-03-24 Par sujet François Boisson

 
 Tout à fait ok mais j'ai aussi une question par rapport au multiposte...
 Supposons plusieurs machine derriere le routeur 82.66.248.156 soient :
 192.168.1.2 , 192.168.1.3 ...
 Comment prerouter les flux pour que chacune ai le multiposte...?

Là dans ce cas, il faut un module rstp afin que netfilter puisse
prendre les numéros des ports à la volée...


-- 
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: [HS/2] vlc et la freebox

2007-03-24 Par sujet Jean Baptiste Favre
François Boisson a écrit :
 En ce qui me concerne, une règle très simple:
 
  iptables -t nat -A PREROUTING -p tcp -i eth1 -s 212.27.38.253 
  -d 82.66.248.156 -j DNAT --to 192.168.1.2 
 
 iptables  -t nat -A PREROUTING -p udp -i eth1 -s 212.27.38.253 
  -d 82.66.248.156 -j DNAT --to 192.168.1.2
 
 Où 82.66.248.156 est mon IP free et 192.168.1.2 la machine concernée.
 C'est primaire mais ne nécessite pas de module rstp.
 
 François Boisson
J'ai oublié de préciser que ma machine se trouve derrière un routeur
OpenWRT qui prend en charge le rtsp. Je n'ai donc, pour ma part, pas
besoin de DNATer tout le trafic en provenance du serveur de Free.

Le problème concernant l'IP 228.67.43.91 viendrait de l'utilisation de
la librairie www.liv555.com qui envoie un paquet vers cette IP multicast
pour récupérer l'IP locale. Si on autorise pas ce type de paquets, pas
d'affichage dans vlc (je suis sous Ubuntu Edgy)


Cordialement,
JB



Re: passerelle internet sous ifconfig ou firefox/iceweasel ?

2007-03-24 Par sujet manop

Pascal Hambourg wrote:

[Remise dans l'ordre du fil pour une meilleure lisibilité]

Salut,

manop a écrit :


J'ai une freebox  V4 qui n'est pas en routeur, avec carte wifi.
J'ai installé une carte PCI WIFI MSI PC54G2 avec le chipset RT2500, 
que

j'ai installé.
Tout marche bien, kwifimanager me dit que tout est OK.
Mon ifconfig me donne un eth0 carte filaire, eth2 carte wifi et lo.
Mon internet marche bien et il passe sur eth0 vu les octets en TX 
et RX

sur infconfig.

déjà je trouve bizarre que eth0 et eth2 soient sur le même IP.
c'est normal ?


Oui et non. Si tes deux interfaces sont configurées par DHCP, alors 
c'est parce que la Freebox en mode normal alloue toujours la même 
adresse (l'adresse IP publique de la connexion ADSL, et il n'y en a 
qu'une) à tous les clients DHCP.



comment configurer pour qu'internet passe par eth2 ?
(avec ifconfig ou le browser ?)


Il faut que la route par défaut de plus basse métrique (donc de plus 
haute priorité) passe par eth2, ou bien supprimer la route par défaut 
qui passe par eth0 et ne laisser que celle qui passe par eth2. Là tu 
dois avoir deux routes par défaut de même priorité en concurrence, et 
il se trouve que c'est celle de eth0 qui est prise en compte. Ça 
aurait pu être l'autre.



j'ai essayé un
ifdown eth0
mais ça ne marche pas


Ça aurait dû, pourtant, car ça supprime toutes les routes liées à eth0.
Que dit la commande ip route show (paquet iproute) avant et après ?


Stéphane RIGOULOT wrote:


route add default -iface eth2


Il faut aussi spécifier l'adresse de la passerelle avec l'option gw. 
Sinon la machine considère que toutes les destinations sont 
directement sur le réseau local relié à eth2.


et je suppose que si je met ma freebox en routeur c'est à ça que je 
doit toucher ?


En mode routeur chaque interface en DHCP recevra une adresse IP privée 
différente. Mais le problème de la route par défaut restera le même.


En tout cas tout ça n'a rien à voir avec le navigateur web qui n'est 
grosso modo qu'un client HTTP/HTTPS/FTP.




merci pour toutes ces précisions


--
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: [HS/2] vlc et la freebox

2007-03-24 Par sujet Jean Baptiste Favre
Laurent Besson a écrit :
 Le Samedi 24 Mars 2007 13:14, François Boisson a écrit :
 En ce qui me concerne, une règle très simple:

  iptables -t nat -A PREROUTING -p tcp -i eth1 -s 212.27.38.253
  -d 82.66.248.156 -j DNAT --to 192.168.1.2

 iptables  -t nat -A PREROUTING -p udp -i eth1 -s 212.27.38.253
  -d 82.66.248.156 -j DNAT --to 192.168.1.2

 Où 82.66.248.156 est mon IP free et 192.168.1.2 la machine concernée.
 C'est primaire mais ne nécessite pas de module rstp.
 
 Tout à fait ok mais j'ai aussi une question par rapport au multiposte...
 Supposons plusieurs machine derriere le routeur 82.66.248.156 soient :
 192.168.1.2 , 192.168.1.3 ...
 Comment prerouter les flux pour que chacune ai le multiposte...?
 
 NB : C'est une question qui aussi valable pour emule sur plusieur poste..?
Si la freebox est configurée en mode routeur, je ne sais pas (ce n'est
pas mon cas), mais si la freebox est configurée en mode normal et que
vous avez un routeur supportant le rtsp, pas de soucis.
Pour ma part, ma freebox est configurée en mode normal et j'ai un
routeur sous OpenWRT qui fait le travail tout seul grâce au module rtsp.
Pour établir une comparaison, le protocole rtsp fonctionne un peu comme
le FTP actif: le client va envoyer sa requête avec le choix de chaîne
ainsi que le port sur lequel il attend la réponse du serveur en UDP.
Le module netfilter rtsp détecte la requête du client et va autoriser
les paquets en provenance du serveur à passer. Donc, normalement, pas de
problème pour avoir plusieurs clients dans ce cas-là.

En revanche, pour Emule, pour autant que je sache, c'est impossible.
N'hésitez pas à me corriger :-)
Cordialement,
JB



Re: [HS Debian] rm : liste d'arguments trop longue

2007-03-24 Par sujet François TOURDE
Le 13596ième jour après Epoch,
[EMAIL PROTECTED] écrivait:

 Le vendredi 23 mars 2007 23:24, François TOURDE a écrit :
 $ cd ..
 $ rm -fr ton_répertoire
 $ mkdir ton_répertoire

   j'y avais pensé, mais je ne voulais pas le faire comme cela

Ah? C'est pourtant facile, non?

 $ set -f

   Je ne vois pas cette option dans « man set ». Que fait-elle ?

Elle ne semble pas être dans le man de bash, c'est bizarre. En gros,
elle empêche le développement des noms par le shell.

$ set -f
$ rm *

la commande rm est appelée avec le paramètre *, et il se trouve
qu'elle sait gérer ça.

Tu aurais pû aussi faire:

$ rm \*



Re: [HS/2] vlc et la freebox

2007-03-24 Par sujet François TOURDE
Le 13596ième jour après Epoch,
François Boisson écrivait:

 Le Sat, 24 Mar 2007 11:01:51 +0100
 Makkhdyn [EMAIL PROTECTED] a écrit:

 Pour le multi-poste il suffit d'ouvrir http://mafreebox.freebox.fr/ 
 freeboxtv/playlist.m3u avec vlc. (vous pouvez aussi lire le contenu  
 de la playlist et ouvrir toutes les chaines une par une.
 Pour le freeplayer par contre c'est le code de François qu'il faut  
 utiliser pour faire de son PC un server pour le freeplayer

 Ben non, ça n'était pas mon message, 

 C'est un problème de sortie video peut être, essaye

 $ vlc --vout caca rtsp://mafreebox.freebox.fr/freeboxtv/373

Tout pareil. Dommage, j'aime bien l'ASCII Art ;)



Re: [HS/2] vlc et la freebox

2007-03-24 Par sujet François TOURDE
Le 13596ième jour après Epoch,
Jean Baptiste Favre écrivait:

 Re,
 J'ai oublié une règle: celle qui autorise le serveur Free à nous
 contacter puisque le module netfilter rtsp n'est pas par défaut dans le
 noyau:

 iptables -A INPUT -p udp -s 212.27.38.253 -j ACCEPT

Ça, je fais déjà. D'autre part, comme j'ai déjà dit, mplayer marche
bien lui. A moins qu'il y ait plusieurs façons de parler en RTSP, je
pense que ça viens de vlc...

 Jean Baptiste Favre a écrit :
 Bonjour,
 Peut-être la réponse ici: http://www.gege.org/
 J'ai également eu le problème: les paquets UDP arrivent bien sur la
 machine mais rien ne s'affiche.
 Un petit tour dans iptables plus tard, il faut ajouter la règle suivante:
 
 iptables -A INPUT -p udp -d 228.67.43.91 --dport 15947 -j ACCEPT
 
 Les paquets concernés ont pour IP source la propre IP de la machine
 client.

Tu peux m'expliquer ça? J'avoue ne pas comprendre cette dernière règle
iptables. Ni  pour -d, ni pour --dport :(



Re: [HS/2] vlc et la freebox

2007-03-24 Par sujet Pascal Hambourg

Jean Baptiste Favre [EMAIL PROTECTED] a écrit:


J'ai oublié une règle: celle qui autorise le serveur Free à nous
contacter puisque le module netfilter rtsp n'est pas par défaut dans le
noyau:

iptables -A INPUT -p udp -s 212.27.38.253 -j ACCEPT

Les ports source et destination sont variables et définis par VLC, donc
pas de limitation sérieuse possible de ce point de vue sans le module rtsp.


Il me semblait avoir lu que VLC pouvait être configuré pour utiliser une 
plage de ports définie pour recevoir les flux vidéo, comme certains 
clients et serveurs FTP pour les connexions de données.



Le Samedi 24 Mars 2007 13:14, François Boisson a écrit :


En ce qui me concerne, une règle très simple:

iptables -t nat -A PREROUTING -p tcp -i eth1 -s 212.27.38.253
-d 82.66.248.156 -j DNAT --to 192.168.1.2

iptables  -t nat -A PREROUTING -p udp -i eth1 -s 212.27.38.253
-d 82.66.248.156 -j DNAT --to 192.168.1.2


Ça ne fait pas une mais deux règles. ;-)
Plus sérieusement : la règle pour TCP est-elle nécessaire ? Il me 
semblait que les flux vidéo RTSP étaient seulement en UDP ?



Où 82.66.248.156 est mon IP free et 192.168.1.2 la machine concernée.
C'est primaire mais ne nécessite pas de module rstp.


Mais tu ne parles pas de la même chose que les réponses précédentes. Tes 
règles servent dans le cas où il y a un routeur qui fait du NAT 
(masquerading) entre la machine cliente et la Freebox. Elles ont comme 
inconvénient par rapport aux modules de suivi de connexion et de NAT 
pour RTSP de ne supporter qu'une seule machine cliente, d'adresse connue 
et fixe. D'autre part cela suppose que le routeur accepte tout en 
FORWARD, sinon il faut des règles supplémentaires pour autoriser les 
flux vidéo.



Laurent Besson a écrit :

Tout à fait ok mais j'ai aussi une question par rapport au multiposte...
Supposons plusieurs machine derriere le routeur 82.66.248.156 soient :
192.168.1.2 , 192.168.1.3 ...
Comment prerouter les flux pour que chacune ai le multiposte...?


Il faut soit utiliser les modules de suivi de connexion et de NAT de 
Netfilter pour RTSP sur le routeur, soit définir une plage de ports 
différente dans la configuration du logiciel client de chaque poste (si 
celui-ci le permet) et créer des règles iptables de redirection (DNAT) 
vers l'adresse de chaque poste client en fonction du port destination du 
paquet.



NB : C'est une question qui aussi valable pour emule sur plusieur poste..?


Pareil, je suppose : définir des ports entrants différents pour chaque 
poste et faire les redirections en fonction du port.



--
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: [HS/2] vlc et la freebox

2007-03-24 Par sujet François TOURDE
Le 13596ième jour après Epoch,
Klaus Becker écrivait:

 Am Samstag, 24. März 2007 11:45 schrieb Pascal Hambourg:
 Salut,

 François TOURDE a écrit :
  mplayer rtsp://mafreebox.freebox.fr/freeboxtv/stream?id=373
 
 j'ai bien la vidéo qui marche, mais VLC ne me récupère que la liste de
 lecture, et pas de son ni d'image quand je choisis une chaîne.
 
 Je suis en testing, je pense avoir ouvert les ports qui vont bien sur
 ma Debian, et VLC arrive à lire des fichiers vidéos.
 
  Rien... Toujours pas d'images. C'est dommage parce que ça consomme
  quand même la bande passante :) ... Les paquets arrivent, mais rien ne
  s'affiche.

 Les paquets arrivent, mais est-ce qu'ils sont bien acceptés par les
 règles de filtrage ? RTSP utilise des ports dynamiques pour les flux de
 données, un peu comme FTP. Il faut soit fixer une plage de ports UDP
 dans la configuration du client qui soit autorisée par le firewall, soit
 autoriser tout ce qui vient de l'adresse IP du freeplayer (risqué en cas
 de spoofing), soit utiliser le module de suivi de connexion RTSP pour
 Netfilter (dans le patch-o-matic-ng, pas en standard dans le noyau).

 Salut,

 j'utilise

 iptables -A INPUT -p udp -s 212.27.38.253 -j ACCEPT
 iptables -A OUTPUT -p udp --dport 554 -j ACCEPT

Moi aussi, en quelque sorte. La première règle est présente, et la
seconde implicite par d'autres règles.

Mais ça ne marche toujours qu'avec mplayer :(



Re: [HS/2] vlc et la freebox

2007-03-24 Par sujet François TOURDE
Le 13596ième jour après Epoch,
Jean Baptiste Favre écrivait:

 François Boisson a écrit :
 En ce qui me concerne, une règle très simple:
 
  iptables -t nat -A PREROUTING -p tcp -i eth1 -s 212.27.38.253 
  -d 82.66.248.156 -j DNAT --to 192.168.1.2 
 
 iptables  -t nat -A PREROUTING -p udp -i eth1 -s 212.27.38.253 
  -d 82.66.248.156 -j DNAT --to 192.168.1.2
 
 Où 82.66.248.156 est mon IP free et 192.168.1.2 la machine concernée.
 C'est primaire mais ne nécessite pas de module rstp.
 
 François Boisson
 J'ai oublié de préciser que ma machine se trouve derrière un routeur
 OpenWRT qui prend en charge le rtsp. Je n'ai donc, pour ma part, pas
 besoin de DNATer tout le trafic en provenance du serveur de Free.

 Le problème concernant l'IP 228.67.43.91 viendrait de l'utilisation de
 la librairie www.liv555.com qui envoie un paquet vers cette IP multicast
 pour récupérer l'IP locale. Si on autorise pas ce type de paquets, pas
 d'affichage dans vlc (je suis sous Ubuntu Edgy)

Bien joué! Effectivement, contrairement à mplayer, il semble que vlc
ait besoin de ce traffic ;)

Du coup, ma page web locale avec en bas la liste des chaines et en
haut un mplayer embeded deviens obsolète. Tant mieux, parce que
parser la playlist.m3u c'est un peu la galère tellement c'est moche ;)

Merci à tous !

-- 
Tout le monde se croit intelligent car c'est avec ça qu'il juge.
-+- Coluche -+-



Re: [HS Debian] rm : liste d'arguments trop longue

2007-03-24 Par sujet François TOURDE
Le 13596ième jour après Epoch,
François TOURDE écrivait:

 Le 13596ième jour après Epoch,
 [EMAIL PROTECTED] écrivait:

 Le vendredi 23 mars 2007 23:24, François TOURDE a écrit :
 $ cd ..
 $ rm -fr ton_répertoire
 $ mkdir ton_répertoire

  j'y avais pensé, mais je ne voulais pas le faire comme cela

 Ah? C'est pourtant facile, non?

 $ set -f

  Je ne vois pas cette option dans « man set ». Que fait-elle ?

 Elle ne semble pas être dans le man de bash, c'est bizarre. En gros,
 elle empêche le développement des noms par le shell.

 $ set -f
 $ rm *

 la commande rm est appelée avec le paramètre *, et il se trouve
 qu'elle sait gérer ça.

 Tu aurais pû aussi faire:

 $ rm \*

Tiens, après vérification, il semble que cela ne marche plus :(

Je suis pourtant quasiment sûr que rm était capable de faire
l'expansion lui-même... Ce qui empêchait d'effacer des fichiers comme
'?', '*', et autres...

C'est promis, demain j'arrête ;)

-- 
La difficulté pour les célibataires c'est de déshabiller les femmes,
pour les maris c'est de les habiller.



Re: [HS/2] vlc et la freebox

2007-03-24 Par sujet Pascal Hambourg

Jean Baptiste Favre a écrit :


Le problème concernant l'IP 228.67.43.91 viendrait de l'utilisation de
la librairie www.liv555.com qui envoie un paquet vers cette IP multicast
pour récupérer l'IP locale.


C'est quand même bien pourri comme méthode pour récupérer l'adresse IP 
locale. Il y a des moyens plus propres. D'ailleurs, quelle adresse 
locale dans le cas où la machine en a plusieurs, et comment le logiciel 
sait-il laquelle est la bonne ?



--
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: [HS/2] vlc et la freebox

2007-03-24 Par sujet Jean Baptiste Favre
 Jean Baptiste Favre a écrit :
 Bonjour,
 Peut-être la réponse ici: http://www.gege.org/
 J'ai également eu le problème: les paquets UDP arrivent bien sur la
 machine mais rien ne s'affiche.
 Un petit tour dans iptables plus tard, il faut ajouter la règle suivante:

 iptables -A INPUT -p udp -d 228.67.43.91 --dport 15947 -j ACCEPT

 Les paquets concernés ont pour IP source la propre IP de la machine
 client.
 
 Tu peux m'expliquer ça? J'avoue ne pas comprendre cette dernière règle
 iptables. Ni  pour -d, ni pour --dport :(
La règle est toute simple: on autorise (-j ACCEPT) en entrée de notre
machine (-A INPUT) le trafic UDP (-p udp) à destination de l'IP
228.67.43.91 (-d 228.67.43.91) avec un numéro de port destination 15947
(--dport 15947).
Le coup de la destination m'a aussi surpris mais j'ai trouvé cela en
enregistrant le trafic sur INPUT (dernière règle avant DROP par défaut).
l'IP en question est une IP multicast, ceci explique peut-être cela.
Cordialement,
JB



Re: [HS/2] vlc et la freebox

2007-03-24 Par sujet François TOURDE
Le 13596ième jour après Epoch,
Pascal Hambourg écrivait:

 Jean Baptiste Favre a écrit :

 Le problème concernant l'IP 228.67.43.91 viendrait de l'utilisation de
 la librairie www.liv555.com qui envoie un paquet vers cette IP multicast
 pour récupérer l'IP locale.

 C'est quand même bien pourri comme méthode pour récupérer l'adresse IP
 locale. Il y a des moyens plus propres. D'ailleurs, quelle adresse
 locale dans le cas où la machine en a plusieurs, et comment le
 logiciel sait-il laquelle est la bonne ?

Ben il prends je pense celle que la table de routage a pû assigner au
paquet en sortie.

J'aurais dû m'en douter un peu en voyant les messages de vlc disant
que l'adresse IP était invalide: 0x0 ... Et j'aurais pû aussi les
poster, histoire de simplifier la tâche.

Mais effectivement, je confirme que si c'est juste pour récup. une ip,
c'est gravement pourri comme technique !



Re: [HS/2] vlc et la freebox

2007-03-24 Par sujet Jean Baptiste Favre
Pascal Hambourg a écrit :
 Jean Baptiste Favre a écrit :

 Le problème concernant l'IP 228.67.43.91 viendrait de l'utilisation de
 la librairie www.liv555.com qui envoie un paquet vers cette IP multicast
 pour récupérer l'IP locale.
 
 C'est quand même bien pourri comme méthode pour récupérer l'adresse IP
 locale. Il y a des moyens plus propres. D'ailleurs, quelle adresse
 locale dans le cas où la machine en a plusieurs, et comment le logiciel
 sait-il laquelle est la bonne ?
Bien pourri je ne sais pas. En fait, le paquet envoyé à cette adresse
multicast l'est avec un TTL à 0. Du coup, en retour, on doit avoir un
message d'erreur (j'ai pas vérifié avec tcpdump) qui permet à VLC
d'obtenir l'adresse locale. Dans le cas où la machine possède plusieurs
adresses, même pas peur puisque le paquet ne sort que par une seule
interface (a priori l'interface définie pour la route par défaut).
Maintenant, à mon humble avis, c'est un hack multiplate-forme :-)
Mais c'est vrai qu'ils pourraient communiquer un peu plus dessus.

En passant une question: comment se fait-il que la réponse à ce paquet
ne passe pas comme ESTABLISHED dans Netfilter ?

Cordialement,
JB




Re: [HS/2] vlc et la freebox

2007-03-24 Par sujet François TOURDE
Le 13596ième jour après Epoch,
Jean Baptiste Favre écrivait:

 Jean Baptiste Favre a écrit :
 Bonjour,
 Peut-être la réponse ici: http://www.gege.org/
 J'ai également eu le problème: les paquets UDP arrivent bien sur la
 machine mais rien ne s'affiche.
 Un petit tour dans iptables plus tard, il faut ajouter la règle suivante:

 iptables -A INPUT -p udp -d 228.67.43.91 --dport 15947 -j ACCEPT

 Les paquets concernés ont pour IP source la propre IP de la machine
 client.
 
 Tu peux m'expliquer ça? J'avoue ne pas comprendre cette dernière règle
 iptables. Ni  pour -d, ni pour --dport :(
 La règle est toute simple: on autorise (-j ACCEPT) en entrée de notre
 machine (-A INPUT) le trafic UDP (-p udp) à destination de l'IP
 228.67.43.91 (-d 228.67.43.91) avec un numéro de port destination 15947
 (--dport 15947).

:) ... J'aurais dû préciser ma question... En fait, je sais à quoi
servent les options, et comment marche iptables, mais ce que je
voulais savoir c'est d'où sortaient ces deux valeurs. IP et Port :)

 Le coup de la destination m'a aussi surpris mais j'ai trouvé cela en
 enregistrant le trafic sur INPUT (dernière règle avant DROP par défaut).
 l'IP en question est une IP multicast, ceci explique peut-être cela.

Ce que je trouve bizarre, c'est que je ne les avais pas vues dans
/var/log/kern.log . Mais je viens de me rendre compte que ma chaîne
DROP_LOG_IN ne ... loggue plus ;) Elle devait être trop bavarde ...

Merci en tout cas.



Re: [HS/2] vlc et la freebox

2007-03-24 Par sujet François TOURDE
Le 13596ième jour après Epoch,
Jean Baptiste Favre écrivait:

 Pascal Hambourg a écrit :
 Jean Baptiste Favre a écrit :

 Le problème concernant l'IP 228.67.43.91 viendrait de l'utilisation de
 la librairie www.liv555.com qui envoie un paquet vers cette IP multicast
 pour récupérer l'IP locale.
 
 C'est quand même bien pourri comme méthode pour récupérer l'adresse IP
 locale. Il y a des moyens plus propres. D'ailleurs, quelle adresse
 locale dans le cas où la machine en a plusieurs, et comment le logiciel
 sait-il laquelle est la bonne ?
 Bien pourri je ne sais pas. En fait, le paquet envoyé à cette adresse
 multicast l'est avec un TTL à 0. Du coup, en retour, on doit avoir un
 message d'erreur (j'ai pas vérifié avec tcpdump) qui permet à VLC
 d'obtenir l'adresse locale. Dans le cas où la machine possède plusieurs
 adresses, même pas peur puisque le paquet ne sort que par une seule
 interface (a priori l'interface définie pour la route par défaut).
 Maintenant, à mon humble avis, c'est un hack multiplate-forme :-)
 Mais c'est vrai qu'ils pourraient communiquer un peu plus dessus.

 En passant une question: comment se fait-il que la réponse à ce paquet
 ne passe pas comme ESTABLISHED dans Netfilter ?

Il me semble qu'en UDP, il n'est pas toujours nécessaire d'établir une
liaison. Surtout en multicast. Mais ça fait longtemps que je n'ai pas
joué avec ça.



Re: [HS/2] vlc et la freebox

2007-03-24 Par sujet Pascal Hambourg

Jean Baptiste Favre a écrit :



C'est quand même bien pourri comme méthode pour récupérer l'adresse IP
locale. Il y a des moyens plus propres. D'ailleurs, quelle adresse
locale dans le cas où la machine en a plusieurs, et comment le logiciel
sait-il laquelle est la bonne ?


Bien pourri je ne sais pas. En fait, le paquet envoyé à cette adresse
multicast l'est avec un TTL à 0. Du coup, en retour, on doit avoir un
message d'erreur (j'ai pas vérifié avec tcpdump) qui permet à VLC
d'obtenir l'adresse locale.


Ça ne correspond pas au log iptables mentionné sur www.gege.org :

IPTABLES REJECT : IN=eth1 OUT= MAC= SRC=192.168.0.1 DST=228.67.43.91 
LEN=39 TOS=0x00 PREC=0x00 TTL=1 ID=0 DF PROTO=UDP SPT=15947 DPT=15947 LEN=19


Apparemment le paquet reçu est le paquet multicast lui-même qui est 
rebouclé, comme lors de l'émission d'un broadcast. AMA le TTL sert juste 
à éviter qu'il soit inutilement routé vers l'extérieur. Il me semble 
qu'il ne faut pas envoyer de message d'erreur ICMP quand la destination 
du paquet original est une adresse multicast.



Dans le cas où la machine possède plusieurs
adresses, même pas peur puisque le paquet ne sort que par une seule
interface (a priori l'interface définie pour la route par défaut).


Et si justement le serveur RTSP n'est pas joignable via l'interface 
définie pour la route par défaut mais via une autre interface ?
Ne serait-il pas préférable d'utiliser les fonctions de socket pour 
récupérer l'adresse source utilisée pour envoyer la requête en TCP au 
serveur RTSP ?



Maintenant, à mon humble avis, c'est un hack multiplate-forme :-)


Probablement, je ne vois que cette explication.


En passant une question: comment se fait-il que la réponse à ce paquet
ne passe pas comme ESTABLISHED dans Netfilter ?


Si le paquet reçu est le paquet UDP multicast émis, il a l'état NEW. Si 
c'était un message d'erreur ICMP, il aurait l'état RELATED et passerait 
par l'interface de loopback puisqu'envoyé de la machine à elle-même.



--
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: [HS Debian] rm : liste d'arguments trop longue

2007-03-24 Par sujet Yves Rutschle
On Fri, Mar 23, 2007 at 11:24:32PM +0100, François TOURDE wrote:
  1- quelle est le nombre maximal ? comment le trouver ?
 
 Je ne sais pas le max, mais ça doit être marqué dans bash, non? :)

Attention, la curiosité est un défaut dangereux qui peut
vous emmener à des endroits que vous n'imaginiez pas.

Or donc, je me dis que j'allais trouver la limite dans le
code de bash.

Manque de bol, bash gère les paramètres comme des listes
chainées. Lorsqu'il y a expansion (de variables, de 'globs'
comme * en listes de fichiers, etc) il crée de nouveaux
éléments dans la liste. Toute la liste est ensuite passée à
execve sous forme d'un tableau de chaînes (argc, argv)[1]. À
aucun moment bash ne travaille sur la chaîne d'entrée
complète.

Conclusion 1: Bash n'a aucune limite de taille de ligne de
commande.

Bon, faut regarder execve alors. 

Dans glibc, on se rend compte que la libc fait quelques
vérifications sur les paramètres, mais globalement ne fait
que passer le argc et argv au noyau[2].

Bon, faut regarder dans le noyau alors.

Bingo: execve dans le noyau[3] additionne le nombre
d'arguments et vérifie qu'il soit inférieur à
(PAGE_SIZE*MAX_ARGPAGES-4)/4, soit 32767, puis il additionne
la taille de tous les arguments et de l'environnement et
vérifie qu'il soit inférieur à (PAGE_SIZE*MAX_ARGPAGES-4),
soit 131068.

Conclusion 2: La limitation est le fait de Linux, le
comportement de Bash devrait donc être différent sur Cygwin
ou BSD.

Conclusion 3: Linux limite le nombre d'arguments à 32767 et
la longueur totale des arguments plus de l'environnement à
131068 octets.

Vérification expérimentale:

[EMAIL PROTECTED]:~/try$ env | wc
 24  241046

Taille maximum de ligne de commande:
[EMAIL PROTECTED]:~/try$ for i in `seq 1 13002`; do touch `printf %09d $i`; 
done
[EMAIL PROTECTED]:~/try$ ls | wc
  13002   13002  130020
[EMAIL PROTECTED]:~/try$ rm *
bash: /bin/rm: Argument list too long

Environnement + Ligne = 1046 + 130020 = 131066

[EMAIL PROTECTED]:~/try$ for i in `seq 1 13000`; do touch `printf %09d $i`; 
done
[EMAIL PROTECTED]:~/try$ ls | wc
  13000   13000  13
[EMAIL PROTECTED]:~/try$ rm *
[EMAIL PROTECTED]:~/try$ 

Environnement + Ligne = 1046 + 13 = 131046

(apparement je me suis trompé dans une limite, c'est un peu
moins que 131068)

Nombre d'arguments:
[EMAIL PROTECTED]:~/try2$ ( for i in `seq 1 32766`; do echo -n a ; done )  
toto
[EMAIL PROTECTED]:~/try2$ touch `cat toto`
[EMAIL PROTECTED]:~/try2$ ( for i in `seq 1 32767`; do echo -n a ; done )  
toto
[EMAIL PROTECTED]:~/try2$ touch `cat toto`
bash: /usr/bin/touch: Argument list too long


Voilà voilà.

Y. --  Oh, bah, on s'est bien amusés.

[1] bash:execute_cmd.c:shell_execve()
[2] glibc:sysdeps/unix/sysv/linux/execve.c
[3] linux-2.6.14:fs/exec.c:do_execve() et copy_strings()


-- 
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: [HS/2] vlc et la freebox

2007-03-24 Par sujet Jean Baptiste Favre
François TOURDE a écrit :
 Le 13596ième jour après Epoch,
 Jean Baptiste Favre écrivait:
 
 Jean Baptiste Favre a écrit :
 Bonjour,
 Peut-être la réponse ici: http://www.gege.org/
 J'ai également eu le problème: les paquets UDP arrivent bien sur la
 machine mais rien ne s'affiche.
 Un petit tour dans iptables plus tard, il faut ajouter la règle suivante:

 iptables -A INPUT -p udp -d 228.67.43.91 --dport 15947 -j ACCEPT

 Les paquets concernés ont pour IP source la propre IP de la machine
 client.
 Tu peux m'expliquer ça? J'avoue ne pas comprendre cette dernière règle
 iptables. Ni  pour -d, ni pour --dport :(
 La règle est toute simple: on autorise (-j ACCEPT) en entrée de notre
 machine (-A INPUT) le trafic UDP (-p udp) à destination de l'IP
 228.67.43.91 (-d 228.67.43.91) avec un numéro de port destination 15947
 (--dport 15947).
 
 :) ... J'aurais dû préciser ma question... En fait, je sais à quoi
 servent les options, et comment marche iptables, mais ce que je
 voulais savoir c'est d'où sortaient ces deux valeurs. IP et Port :)
Oups pardon :-)
En fait, je l'ai eue en regardant les logs de Netfilter, règle que j'ai
ajouté en dernier dans INPUT, sachant que la politique par défaut et DROP.
Comme VLC était la seule appli démarrée, ça devait très
vraisemblablement venir de là.
Sinon, sur http://www.gege.org/, lui a trouvé ça dans les sources.
Chacun son truc :-)

 Le coup de la destination m'a aussi surpris mais j'ai trouvé cela en
 enregistrant le trafic sur INPUT (dernière règle avant DROP par défaut).
 l'IP en question est une IP multicast, ceci explique peut-être cela.
 
 Ce que je trouve bizarre, c'est que je ne les avais pas vues dans
 /var/log/kern.log . Mais je viens de me rendre compte que ma chaîne
 DROP_LOG_IN ne ... loggue plus ;) Elle devait être trop bavarde ...
 
 Merci en tout cas.
 
 
 




Re: [HS/2] vlc et la freebox

2007-03-24 Par sujet Jean Baptiste Favre
Pascal Hambourg a écrit :
 Jean Baptiste Favre a écrit :

 C'est quand même bien pourri comme méthode pour récupérer l'adresse IP
 locale. Il y a des moyens plus propres. D'ailleurs, quelle adresse
 locale dans le cas où la machine en a plusieurs, et comment le logiciel
 sait-il laquelle est la bonne ?

 Bien pourri je ne sais pas. En fait, le paquet envoyé à cette adresse
 multicast l'est avec un TTL à 0. Du coup, en retour, on doit avoir un
 message d'erreur (j'ai pas vérifié avec tcpdump) qui permet à VLC
 d'obtenir l'adresse locale.
 
 Ça ne correspond pas au log iptables mentionné sur www.gege.org :
 
 IPTABLES REJECT : IN=eth1 OUT= MAC= SRC=192.168.0.1 DST=228.67.43.91
 LEN=39 TOS=0x00 PREC=0x00 TTL=1 ID=0 DF PROTO=UDP SPT=15947 DPT=15947
 LEN=19
 
 Apparemment le paquet reçu est le paquet multicast lui-même qui est
 rebouclé, comme lors de l'émission d'un broadcast. AMA le TTL sert juste
 à éviter qu'il soit inutilement routé vers l'extérieur. Il me semble
 qu'il ne faut pas envoyer de message d'erreur ICMP quand la destination
 du paquet original est une adresse multicast.
N'étant pas un spécialiste réseau (notamment sur le multicast), je n'ai
pas la réponse. Je ne peux que me perdre en conjectures :-)

 Dans le cas où la machine possède plusieurs
 adresses, même pas peur puisque le paquet ne sort que par une seule
 interface (a priori l'interface définie pour la route par défaut).
 
 Et si justement le serveur RTSP n'est pas joignable via l'interface
 définie pour la route par défaut mais via une autre interface ?
 Ne serait-il pas préférable d'utiliser les fonctions de socket pour
 récupérer l'adresse source utilisée pour envoyer la requête en TCP au
 serveur RTSP ?
 
 Maintenant, à mon humble avis, c'est un hack multiplate-forme :-)
 
 Probablement, je ne vois que cette explication.
 
 En passant une question: comment se fait-il que la réponse à ce paquet
 ne passe pas comme ESTABLISHED dans Netfilter ?
 
 Si le paquet reçu est le paquet UDP multicast émis, il a l'état NEW. Si
 c'était un message d'erreur ICMP, il aurait l'état RELATED et passerait
 par l'interface de loopback puisqu'envoyé de la machine à elle-même.
Je pense surtout après réflexion que le problème, c'est l'IP de
destination qui n'est pas l'IP locale. Donc le paquet n'est pas
considéré comme ESTABLISHED ou RELATED. Je pense même, je ferai l'essai,
qu'il devrait être considéré comme INVALID puisque semblant provenir de
la machine locale mais sur l'interface externe.

Cordialement,
JB



Re: config_software_suspend

2007-03-24 Par sujet Sylvain Sauvage
fred, samedi 24 mars 2007, 13:12:36 CET
 
 fred [EMAIL PROTECTED] a écrit :
 
  Sylvain Sauvage [EMAIL PROTECTED] a écrit :
 
 [snip]
 
As-tu désactivé le swap ou autre ?
  Ben voui !
 Bon, j'ai encore dit une connerie.
 
 Après vérif, PM  SWAP sont bien activés.
 
 Le problème vient de ((X86  (!SMP || SUSPEND_SMP))
 
 et précisemment du !SMP : il est activé (Core 2 Duo).
 
 Ce qui me semble somme toute assez facheux : je ne peux pas
 utiliser uswsusp à cause de SMP... :-(

  Non, il suffit que SUSPEND_SMP soit activé et comme

config SUSPEND_SMP
bool
depends on HOTPLUG_CPU  X86  PM
default y

cela signifie que tu dois aussi activer le HOTPLUG_CPU (capacité
à ajouter un CPU à chaud,  cela peut sembler  bizarre ou inutile
mais  finalement c’est logique avec  le fait que le suspend doit
« récupérer » les CPUs au réveil).

 Merci pour la piste, en tout cas.

-- 
 Sylvain Sauvage



Re: [HS/2] vlc et la freebox

2007-03-24 Par sujet Pascal Hambourg

Jean Baptiste Favre a écrit :


N'étant pas un spécialiste réseau (notamment sur le multicast), je n'ai
pas la réponse. Je ne peux que me perdre en conjectures :-)


Pas mieux. Je ne suis pas spécialiste réseau et ne connais quasiment 
rien au multicast.



En passant une question: comment se fait-il que la réponse à ce paquet
ne passe pas comme ESTABLISHED dans Netfilter ?


Si le paquet reçu est le paquet UDP multicast émis, il a l'état NEW. Si
c'était un message d'erreur ICMP, il aurait l'état RELATED et passerait
par l'interface de loopback puisqu'envoyé de la machine à elle-même.


Je pense surtout après réflexion que le problème, c'est l'IP de
destination qui n'est pas l'IP locale. Donc le paquet n'est pas
considéré comme ESTABLISHED ou RELATED. Je pense même, je ferai l'essai,
qu'il devrait être considéré comme INVALID puisque semblant provenir de
la machine locale mais sur l'interface externe.


Je ne pense pas. Pour autant que je sache, iptables et le suivi de 
connexion de Netfilter se servent des adresses source et destination 
uniquement pour rattacher un paquet à une connexion pour l'un et à faire 
des comparaisons dans les règles pour l'autre. D'ailleurs ils ne gèrent 
pas spécifiquement les broadcasts et multicasts, ce qui peut poser des 
problèmes avec certaines applications. Et puis, je ne crois pas que 
l'état INVALID puisse exister en UDP.


C'est plutôt la pile IP qui peut rejeter des paquets reçus avec une 
adresse source jugée invalide (les martiens). En ce qui concerne les 
paquets rebouclés et donc qui entrent avec une adresse source locale, la 
pile se débrouille bien pour accepter les broadcasts qui entrent dans 
cette catégorie alors on peut penser que c'est pareil pour les 
multicasts locaux.


J'ai bien essayé sur une machine, mais le paquet émis n'est pas 
rebouclé. Je suppose qu'il faut préalablement enregistrer l'adresse 
multicast pour recevoir le trafic qui lui est destiné, ce que je ne sais 
faire.



--
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: [HS Debian] rm : liste d'arguments trop longue

2007-03-24 Par sujet Sylvain Sauvage
Steve, samedi 24 mars 2007, 08:15:57 CET
 
 Bonjour,

’jour,

[...]
Normal, la commande  « ls 31* »  met aussi les noms de
  fichiers dans la ligne de commande. Mon exemple était « ls
  »,  et, lui, il ne comporte que « ls » dans la ligne de
  commande.
 
   Là je ne comprends pas très bien : « ls 31* » retourne
 moins de fichiers que juste « ls » non ?  Mais après test,
 effectivement ça marche.

  Le problème  n’est pas avec ce qui est  « retourné »  mais avec
ce qui est donné.
  Comme l’a expliqué Yves dans le compte rendu de sa recherche de
la limite perdue,  la  limite  concerne  la taille de la ligne de
commande  une fois qu’elle est « globée » (les jokers remplacés).
Dans 'ls | xargs rm', la ligne de commande est « ls »,  alors que
dans 'ls 31*', c’est « ls 31bla1 31bla2 ... », qui déborde.
  Ce que tu appelle « retourné » est ce qui est « affiché », plus
précisément ce que ls envoie dans son flux de sortie standard. La
taille du flux n’est pas limitée  (/dev/zero est un flux infini).
Et c’est  parce que  la taille du flux  n’est pas  limitée que je
t’ai proposé d’utiliser un tube et xargs.

[...]
 Question subsidiaire 2 : quelle est la longueur maximale d'un
 fichier ?

  Je suppose que tu veux connaître la longueur maximale d’un _nom
de fichier. Tu peux trouver tout ça par là :
http://en.wikipedia.org/wiki/Comparison_of_file_systems
(d’ailleurs, si quelqu’un se sent motivé de traduire la page pour
compléter la version française...)

  Ça va de 8 octets à 4032 octets (reiserfs, mais ça correspond à
255 caractères).

  Pour la taille maximale d’un fichier,  ça va de quelques  kio à
l’infini (GPFS, pour les clusters).

 N'y a t-il pas une variable d'environnement s'y
 rapportant et qu'on peut modifier ?

  Eh non.

-- 
 Sylvain Sauvage



Re: [HS/2] vlc et la freebox

2007-03-24 Par sujet Jean Baptiste Favre
Pascal Hambourg a écrit :
 Jean Baptiste Favre a écrit :

 N'étant pas un spécialiste réseau (notamment sur le multicast), je n'ai
 pas la réponse. Je ne peux que me perdre en conjectures :-)
 
 Pas mieux. Je ne suis pas spécialiste réseau et ne connais quasiment
 rien au multicast.
 
 En passant une question: comment se fait-il que la réponse à ce paquet
 ne passe pas comme ESTABLISHED dans Netfilter ?

 Si le paquet reçu est le paquet UDP multicast émis, il a l'état NEW. Si
 c'était un message d'erreur ICMP, il aurait l'état RELATED et passerait
 par l'interface de loopback puisqu'envoyé de la machine à elle-même.

 Je pense surtout après réflexion que le problème, c'est l'IP de
 destination qui n'est pas l'IP locale. Donc le paquet n'est pas
 considéré comme ESTABLISHED ou RELATED. Je pense même, je ferai l'essai,
 qu'il devrait être considéré comme INVALID puisque semblant provenir de
 la machine locale mais sur l'interface externe.
 
 Je ne pense pas. Pour autant que je sache, iptables et le suivi de
 connexion de Netfilter se servent des adresses source et destination
 uniquement pour rattacher un paquet à une connexion pour l'un et à faire
 des comparaisons dans les règles pour l'autre. D'ailleurs ils ne gèrent
 pas spécifiquement les broadcasts et multicasts, ce qui peut poser des
 problèmes avec certaines applications. Et puis, je ne crois pas que
 l'état INVALID puisse exister en UDP.
Justement, dans le cas qui nous intéresse, le paquet DROPpé a comme
adresse IP source l'IP locale et comme adresse destination l'IP
multicast. C'est pour cela que je pense qu'il pourrait être classé INVALID.
Exemple de log:
Mar 24 12:24:26 localhost kernel: [17591169.788000] IN=eth0 OUT= MAC=
SRC=10.0.0.10 DST=228.67.43.91 LEN=39 TOS=0x00 PREC=0x00 TTL=1 ID=0 DF
PROTO=UDP SPT=15947 DPT=15947 LEN=19

Faut que je contrôle avec tcpdump d'ailleur parce que je vois pas
d'adresse MAC. Peut-être normal pour du multicast mais je ne peux pas en
juger. Un spécialiste de la chose pourrait-il nous éclairer ?

 C'est plutôt la pile IP qui peut rejeter des paquets reçus avec une
 adresse source jugée invalide (les martiens). En ce qui concerne les
 paquets rebouclés et donc qui entrent avec une adresse source locale, la
 pile se débrouille bien pour accepter les broadcasts qui entrent dans
 cette catégorie alors on peut penser que c'est pareil pour les
 multicasts locaux.
Donc ce multicast là se comporterait comme sur une interface de
loopback ? ou alors j'ai pas compris ce qui est loin d'être exclu :-)

 J'ai bien essayé sur une machine, mais le paquet émis n'est pas
 rebouclé. Je suppose qu'il faut préalablement enregistrer l'adresse
 multicast pour recevoir le trafic qui lui est destiné, ce que je ne sais
 faire.
Moi itou :-s

Cordialement,
JB




Re: carte radio...

2007-03-24 Par sujet Sylvain Sauvage
manop, samedi 24 mars 2007, 09:51:58 CET
 
 Nicolas Folin wrote:
  ... Je me suis rendu compte que ma carte dvb possédait un
  module radio, et j'aimerai bien le faire fonctionner...
 
  J'ai donc cherché un peu, et je n'arrive pas à configurer
  tout ça.
 
  la carte est une hauppage wintv HVR 1110
  le module du controleur dvb est saa7134, et il fonctionne
  correctement.
 
  Le principe étant d'insérer le module radio-XXX, mais je ne
  sais pas quel 'XXX',
  et de lancer un programme sur l'interface /dev/radio0, je
  comprends...
 
  Ce que je voudrais savoir, c'est quel module je dois insérer
  et avec quelle(s) option(s)...
 
  Si quelqu'un sait faire, je lui serais reconnaissant de
  m'expliquer..

  J’ai un saa7134 analogique (hertzien anté-TNT, quoi)  en pci et
le  /dev/radio0  est créé directement par le chargement du module
saa7134. (Ensuite kradio fait l’affaire.)
  On ne peut pas utiliser la TV et la radio en même temps : c’est
le même tuner.

  Regarde les logs, tu verras de quel tuner est équipée ta carte.
Tu as aussi une liste par là :
http://gentoo-wiki.com/HARDWARE_saa7134
(ta Hauppauge n’est pas listée dans les cartes mais elle est dans
 /usr/src/linux/Documentation/video4linux/CARDLIST.saa7134 ).
  C’est le tuner qui fait tout le boulot.

-- 
 Sylvain Sauvage



Re: [HS Debian] rm : liste d'arguments trop longue

2007-03-24 Par sujet François TOURDE
Le 13596ième jour après Epoch,
Yves Rutschle écrivait:

 On Fri, Mar 23, 2007 at 11:24:32PM +0100, François TOURDE wrote:
  1- quelle est le nombre maximal ? comment le trouver ?
 
 Je ne sais pas le max, mais ça doit être marqué dans bash, non? :)

 Attention, la curiosité est un défaut dangereux qui peut
 vous emmener à des endroits que vous n'imaginiez pas.

 Or donc, je me dis que j'allais trouver la limite dans le
 code de bash.

[... Tout un tas de trucs et de machins ...]

 Voilà voilà.

Excellente investigation ! Bravo pour ce compte-rendu tout à fait
complet. Il pleut, chez toi aussi, non? :)

 Y. --  Oh, bah, on s'est bien amusés.

Voilà, c'est bien ce que je pensais... Il pleut.

-- 
C'est par peur de la mort que je pense au suicide.
-+- Michel Blanc -+-



Installation de Debian/GNU Linux Etch

2007-03-24 Par sujet [EMAIL PROTECTED]


Bonsoir,

J'ai un problème concernant l'installation de Debian Etch RC2 (i386) :
Un message s'affiche lors de l'installation du système de base comme quoi
le fichier packages.gz serait corrompu (Debootstrap warning) après quoi
l'installation s'arrête. J'ai vérifié l'intégrité du CD et il ne semble pas
y avoir de problème de ce côté-là. J'ai essayé la netinstall, le cd n°1  
de

la distribution complète ainsi que la buisnesscard, sans succès. J'ai
également envoyé un rapport de bogue à l'équipe en charge de  
l'installateur.

Voici la configuration de l'ordinateur en question :

modèle: Medion 8818
processeur: Intel Core 2 Duo E6300 @ 1,86Ghz
RAM: 1,00 Go
Partitions: 200 Go NTFS / 100 GO EXT3 / 10 Go SWAP / 10 GO FAT32

Moi qui attendais la RC2 avec impatience, la RC1 ne voulant pas s'installer
(pour un problème de Realease.gpg cette fois-ci)...

Merci de vos réponses,

Yvan

PS: Inutile de me demander le résultat de commandes Linux exécutées sur ce  
pc,
mon but est précisément de changer la situation actuelle, à savoir que le  
seul
OS installé ici n'est pas Linux (son nom commence par un 'W' :-p). Sinon,  
je

peux toujours installer Cygwin.


--
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: [HS Debian] rm : liste d'arguments trop longue

2007-03-24 Par sujet Yves Rutschle
On Sat, Mar 24, 2007 at 05:25:10PM +0100, Sylvain Sauvage wrote:
 Dans 'ls | xargs rm', la ligne de commande est « ls »,  alors que
 dans 'ls 31*', c???est « ls 31bla1 31bla2 ... », qui déborde.

Au fait, au cours de ma recherche de ce matin, j'ai appris
un autre truc: xargs limite la taille de la ligne de
commande à 20k (ce qui correspond à ne prendre aucun risque,
comme vu ce matin), et cette limite est parametrable avec
-s. Une fois la limite atteinte, il lance une nouvelle
commande.

Y.


-- 
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: [HS/2] vlc et la freebox

2007-03-24 Par sujet Pascal Hambourg

Jean Baptiste Favre a écrit :


Pour autant que je sache, iptables et le suivi de
connexion de Netfilter se servent des adresses source et destination
uniquement pour rattacher un paquet à une connexion pour l'un et à faire
des comparaisons dans les règles pour l'autre. D'ailleurs ils ne gèrent
pas spécifiquement les broadcasts et multicasts, ce qui peut poser des
problèmes avec certaines applications. Et puis, je ne crois pas que
l'état INVALID puisse exister en UDP.


Justement, dans le cas qui nous intéresse, le paquet DROPpé a comme
adresse IP source l'IP locale et comme adresse destination l'IP
multicast. C'est pour cela que je pense qu'il pourrait être classé INVALID.


Je répète que le suivi de connexion de Netfilter, qui classe les paquets 
dans l'état NEW, ESTABLISHED,RELATED ou INVALID, ne fait aucune 
vérification de la validité des adresses source et destination d'un 
paquet. Et le traitement du suivi de connexion est identique pour les 
paquets reçus et les paquets émis localement.


Les raisons pour classer un paquet dans l'état INVALID sont notamment :
- segment TCP correspondant à une connexion existante mais dont le 
numéro de séquence ne correspond pas ou ne respectant pas la séquence de 
synchronisation SYN,SYN/ACK,ACK,

- message d'erreur ICMP ne correspondant pas à une connexion existante
- réponse ICMP (echo reply par exemple) ne correspondant pas à une 
requête existante...



Faut que je contrôle avec tcpdump d'ailleur parce que je vois pas
d'adresse MAC. Peut-être normal pour du multicast mais je ne peux pas en
juger.


Je suppose (mais ne peux que supposer) que c'est lié au fait que le 
paquet vu en entrée a été rebouclé en interne et n'est jamais passé par 
l'interface ethernet.



--
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: Installation de Debian/GNU Linux Etch

2007-03-24 Par sujet Le poulpe qui bloppe !

Le 24/03/07, [EMAIL PROTECTED] [EMAIL PROTECTED] a écrit :



Bonsoir,

J'ai un problème concernant l'installation de Debian Etch RC2 (i386) :
Un message s'affiche lors de l'installation du système de base comme quoi
le fichier packages.gz serait corrompu (Debootstrap warning) après quoi
l'installation s'arrête. J'ai vérifié l'intégrité du CD et il ne semble
pas
y avoir de problème de ce côté-là. J'ai essayé la netinstall, le cd n°1
de
la distribution complète ainsi que la buisnesscard, sans succès. J'ai
également envoyé un rapport de bogue à l'équipe en charge de
l'installateur.
Voici la configuration de l'ordinateur en question :

modèle: Medion 8818
processeur: Intel Core 2 Duo E6300 @ 1,86Ghz
RAM: 1,00 Go
Partitions: 200 Go NTFS / 100 GO EXT3 / 10 Go SWAP / 10 GO FAT32

Moi qui attendais la RC2 avec impatience, la RC1 ne voulant pas
s'installer
(pour un problème de Realease.gpg cette fois-ci)...

Merci de vos réponses,

Yvan

PS: Inutile de me demander le résultat de commandes Linux exécutées sur ce
pc,
mon but est précisément de changer la situation actuelle, à savoir que le
seul
OS installé ici n'est pas Linux (son nom commence par un 'W' :-p). Sinon,
je
peux toujours installer Cygwin.


--
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]



Bonjour,
Je veux pas dire de betises, mais je suis pas sur que 10go de swap ce soit
bien pour ton PC, voir meme si ton pc sait gerrer autant de swap. Dans tous
les cas c'est inutile de depasser le giga de swap.
Il me parrait tres etrange qu'aucun cd ne s'installe chez toi. Es-tu sur de
ton lecteur cd et de ta gravure?

Et bien que ce soit pas la solution ultime, pourquoi tu n'installe pas avec
l'installeur etch depuis windows? Dans ce cas la, tu n'as pas besoin de CD
et etch s'installera ;)

http://goodbye-microsoft.com/


Re: Re: Installation de Debian/GNU Linux Etch

2007-03-24 Par sujet [EMAIL PROTECTED]



http://goodbye-microsoft.com/


J'ai déjà essayé, en vain.

Je rectifie les infos sur mes partitions :

200 Gb NTFS / 96,4 GB EXT3 / 2,7 GB SWAP / 21 GB FAT32

Voici de manière plus détaillée ce que me dit l'installateur :

--- écran 1 ---

Installation du système de base

avertissement de debootstrap

avertissement: file:///cdrom/dists/etch/main/binary-i386/Packages.gz was  
corrupt


--- écran 2 ---

Installation du système de base

avertissement de debootstrap

avertissement: file:///cdrom/dists/etch/main/binary-i386/Packages was  
corrupt


--- écran 3 ---

Failure trying to run : chroot /target mount -t proc proc /proc

---

Et encore trois écrans me disant que l'installation du système de base a  
échouée, que l'une des étapes de l'installation a échouée, etc.


De plus, la vérification du CD par l'installateur ne détecte rien  
d'anormal et les sommes md5 sont exactes.


Tout cela est bien dommage...


--
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: projet alioth pour les dictionnaires français

2007-03-24 Par sujet Francescu GAROBY-COLONNA

Bonsoir,

Je serais intéressé pour participer à ce projet. Cependant, je n'ai 
jamais participé à un paquet Debian, et je ne suis même pas DD, je me 
demande donc si cela est possible.


Remi Vanicat a écrit :

Charles Plessy [EMAIL PROTECTED] writes:

  

Le Sat, Mar 24, 2007 at 05:33:31AM +0100, Remi Vanicat a �©crit :


S'il y a une �©quipe de comaintenance pour ces dicos, je pense qu'il
serais int�©ressant d'ajouter mon dico Aspell �  la liste (paquet 
aspell-fr).
  

Bonjour,

je pr�©cise que bien qu'ayant propos�© l'id�©e, je ne peux pas aller plus
loin: n'�©tant pas DD, je ne peux pas demander la cr�©ation d'une �©quipe
sur Alioth.



�ᅵa voudrais dire qu'il faut que je m'en occupe ?

Alors ce qu'il faudrais d�©cider :
- quels paquets ? donc pour l'instant aspell-fr, ifrench/myspell-fr
  ifrench-gut/myspell-fr-gut et wfrench (peut-�ªtre le dico
  le-dico-de-rene-cougenec si son mainteneur est int�©ress�©)
- qui ? Pour l'instant Il y a moi, Cyril Brulebois, peut-�ªtre Charles
  Plessy, Eric Madesclair s'il est int�©ress�©, et l'ancien mainteneur
  de ifrenchco Nicolas Sabouret.
- Quels outils ? Il faut un VC. Perso, ma pr�©f�©rence actuelle est git,
  mais je peux survivre avec autre chose, m�ªme si j'ai du mal avec
  cvs.
- un nom ? dict-french par exemple. Ou Debian packaging of French dictionaries

Ps: je ne lis cette ML que le week-end, en semaine, il faut mieux me
CC si on veux me contact�© par le biais de cette liste.

  



--
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: Installation de Debian/GNU Linux Etch

2007-03-24 Par sujet Shams Fantar

[EMAIL PROTECTED] a écrit :


Bonsoir,

J'ai un problème concernant l'installation de Debian Etch RC2 (i386) :
Un message s'affiche lors de l'installation du système de base comme quoi
le fichier packages.gz serait corrompu (Debootstrap warning) après quoi
l'installation s'arrête. J'ai vérifié l'intégrité du CD et il ne 
semble pas
y avoir de problème de ce côté-là. J'ai essayé la netinstall, le cd 
n°1 de

la distribution complète ainsi que la buisnesscard, sans succès. J'ai
également envoyé un rapport de bogue à l'équipe en charge de 
l'installateur.

Voici la configuration de l'ordinateur en question :

modèle: Medion 8818
processeur: Intel Core 2 Duo E6300 @ 1,86Ghz
RAM: 1,00 Go
Partitions: 200 Go NTFS / 100 GO EXT3 / 10 Go SWAP / 10 GO FAT32

Moi qui attendais la RC2 avec impatience, la RC1 ne voulant pas 
s'installer

(pour un problème de Realease.gpg cette fois-ci)...

Merci de vos réponses,

Yvan

PS: Inutile de me demander le résultat de commandes Linux exécutées 
sur ce pc,
mon but est précisément de changer la situation actuelle, à savoir que 
le seul
OS installé ici n'est pas Linux (son nom commence par un 'W' :-p). 
Sinon, je

peux toujours installer Cygwin.


As-tu essayé la debian sarge ? Si ça fonctionne avec la sarge, tu 
installes et tu mettra à jour vers etch.




--
Shams Fantar (http://snurf.info)


--
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: retailler vidéo

2007-03-24 Par sujet Bayrouni

Baron Christophe a écrit :

--- Bayrouni [EMAIL PROTECTED] a écrit :


bonsoir,

dd est ton ami:
dd if=inputvideo of=outputvideo bs=100  skip=3000 count=10
ignore les 10 premiers megas.

Et après tu fais:
dd if=outputvideo of=finaloutputvideo bs=100  count=200,
pour n'avoir que les 200 megas et ignorer ce qui est au delà des 200.

Donc si tu peux determiner les megas à enlever au debut et à la fin
cet 
exemple devrait satisfaire tes besoins.


J'ai été assez surpris de voir cette ligne de commande
pour retailler de la video.
Je pensais qu'il y avait un format global,
des entêtes, etc., une structure interne,
et qu'on ne pouvait pas couper dedans comme dans une motte
de beurre. Je l'ai donc essayée.
Et le résultat n'a pas été jouable.
Quelqu'un aurait il l'amabilité de me dire si effectivement,
on peut découper de la video avec une telle ligne de commande,
et si oui, quels sont les limites et les règles à respecter,
les conditions d'application, pour que ça marche.
Ch.


a+






Je ne saurais expliquer pourquoi c'est parfaitement jouable malgré les 
headers etc...


Je viens de faire plusieurs essais et la video troquée au début et à la 
fin est parfaitement jouable.


a +

Maintenant si tu veux être strict , il faut voir du côté de mencoder.

Voici un exemple:
mencoder tavideo -oac copy -voc copy -ss debut -endpos position -o 
tavideotronquée  et là dedans il n'y ni le beurre ni l'argent du beurre.




--
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: projet alioth pour les dictionnaires français

2007-03-24 Par sujet Remi Vanicat
Francescu GAROBY-COLONNA [EMAIL PROTECTED] writes:

 Bonsoir,

 Je serais intéressé pour participer à ce projet. Cependant, je n'ai
 jamais participé à un paquet Debian, et je ne suis même pas DD, je
 me demande donc si cela est possible.

On peut être inscrit sur alioth (et même créer des projets, n'est ce
pas Charles) sans être DD. D'ailleurs, c'est sans doute une bonne
façon d'apprendre. Ensuite, pour uploader les paquets dans l'archive
principale debian, il faut être DD, mais un DD peut facilement
uploader le travail des autres.

-- 
Rémi Vanicat


-- 
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: arid any

2007-03-24 Par sujet Luisaq Crum

Our Last pick Doubled in 48 hours

Here's your chance
Critical Care New
SYmb-C_C_T_I 
20 Cents is a STEAL

This is projected to go to $1

This is a Real Business not a fly by night
Get in Monday, Don't Regret later!!

led the Pirates to a 68-55 record, a trip to the round of 16 in the 2000  that were the product of the Nuggets' suddenly stingy defense.   ''They made Iverson scored 44 points and dished out 15 assists in leading the Nuggets to  night.   Carmelo Anthony augmented Iverson's night by adding 29 points in 

- Original Message - 
From: Luisaq Crum [EMAIL PROTECTED]

To: debian-user-french@lists.debian.org
Sent: Thursday, March 22, 2007 8:27 PM
Subject: arid any



Here's your chance
Critical Care New
SYmb-C_C_T_I 
20 Cents is a STEAL

This is projected to go to $1



--
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: [HS Debian] rm : liste d'arguments trop longue

2007-03-24 Par sujet Steve
 
 Voilà voilà.

 Y. --  Oh, bah, on s'est bien amusés.

je vois ;-)
-- 
steve



Re: DNS petit soucis

2007-03-24 Par sujet mouss

Largo Winzclav wrote:

Le 22/03/2007 19:50 mouss a tapoté sur son clavier :


Largo Winzclav wrote:


Bonjour à tous,

Voila sur une debian (etch) j'ai un serveur DHCP et un bind pour mon 
DNS.


Tout cela fonctionnait jusqu'à ... ba c'est la que je ne sais pas trop.
Bref toujours est-il que j'arrive à ceci.

Je n'ai pas de message d'erreur dans les logs. J'ai un domaine nomme 
domaine.local. Dans mes fichiers de conf de bind j'ai des alias 
www smtp ... si je fais un ping sur  cela fonctionne par contre 
si je fais un ping sur www.domaine.local il me dit qu'il ne trove 
pas l'hote.



 que donne
 # ping www.domaine.locale.
 (avec un point à la fin).
la meme chose : host unknown.


 qu'est-ce qu'il y a dans /etc/resolv.conf?
le classic ... je ne l'ai pas sous les yeux mais
domain domaine.local
search 192.168.0.1


y a peut-etre des coquilles dans ton mail. sinon, local != locale.




 PS. locale est une mauvaise idée comme suffixe... mieux vaut aller
 prendre un vrai domaine sur dyndns.
Heu comprends pas la mauvaise idée pourquoi ??? Parceque ce n'est pas 
un classic .com .fr .eu mais .truc marcherait aussi.




http://www.rfc-editor.org/rfc/rfc2606.txt

Si un jour le suffix locale devient officiel, tu risque de devoir tout 
renommer...


l'autre problème est u'on n'est jamais à l'abri des decisions des 
developpeurs de soft qui pensent bien faire en corrigeant (je pense 
aux browsers qui rajoutent des suffixes ou des www... mais pas 
seulement).



alors qu'en prenant un domaine gratuit, on est à l'abri..  bon d'accord, 
faut renouveler le domaine avant expiration, mais bon.


sinon, local.example


Et puis c'est pour monter un réseau local c'est tout


J'ai connu des gens qui ont utilisé les IPs pris dans un bouquin, et le 
jour ou ils ont décidé de connecter leur réseau sur Internet, ils ont eu 
un problème: c'était les IPs de HP...



Ce n'est pas ton cas, mais bon. peut-etre ce réseau local deviendra grand...


--
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: retailler vidéo

2007-03-24 Par sujet Baron Christophe

--- Bayrouni [EMAIL PROTECTED] a écrit :

 Baron Christophe a écrit :
  --- Bayrouni [EMAIL PROTECTED] a écrit :
  
  bonsoir,
 
  dd est ton ami:
  dd if=inputvideo of=outputvideo bs=100  skip=3000 count=10
  ignore les 10 premiers megas.
 
  Et après tu fais:
  dd if=outputvideo of=finaloutputvideo bs=100  count=200,
  pour n'avoir que les 200 megas et ignorer ce qui est au delà des
 200.
 
  Donc si tu peux determiner les megas à enlever au debut et à la
 fin
  cet 
  exemple devrait satisfaire tes besoins.
  
  J'ai été assez surpris de voir cette ligne de commande
  pour retailler de la video.
  Je pensais qu'il y avait un format global,
  des entêtes, etc., une structure interne,
  et qu'on ne pouvait pas couper dedans comme dans une motte
  de beurre. Je l'ai donc essayée.
  Et le résultat n'a pas été jouable.
  Quelqu'un aurait il l'amabilité de me dire si effectivement,
  on peut découper de la video avec une telle ligne de commande,
  et si oui, quels sont les limites et les règles à respecter,
  les conditions d'application, pour que ça marche.
  Ch.
  
  a+
 
 
  
  
 
 Je ne saurais expliquer pourquoi c'est parfaitement jouable malgré
 les 
 headers etc...
 
 Je viens de faire plusieurs essais et la video troquée au début et à
 la 
 fin est parfaitement jouable.
Je suis pas très habitué à dd.
J'ai dû rater quelque chose.
J'ai téléchargé une vidéo:
http://www.youtube.com/watch?v=WcbptixnZco;
(Je n'ai pas de parti pris dans le contenu,
ni dans un sens, ni dans un autre, il se trouve 
que j'ai fait l'essai là dessus, car ça trainait sur
le bureau.)
(l'adresse ressemble peut être à ça et est peut être
dans le source de la page :
http://youtube.com/get_video?video_id=WcbptixnZcot=\
OEgsToPDskIdwfOG-r2TQOcdkb68He3L)
get_video.flv est son nom.
(Je viens de me souvenir que cuted n'est sûrement pas
le prétérit de cut, mais au moins, ça a le
mérite de provenir directement de
ma console :)  ) 
$ dd if=get_video.flv of=get_video_cuted.flv bs=1000  skip=3000
count=1
$ mplayer get_video_cuted.flv
- pas de résultat
Puis
$ mencoder -oac mp3lame -ovc lavc -fps 22.5 get_video.flv -o
get_video.avi 
$ dd if=get_video.avi of=get_video_cuted.avi bs=1000  skip=300
count=1
$ mplayer get_video_cuted.avi
- pas de résultat.

Mon ordinateur a l'air de s'en tirer moins bien que le votre.
Je ne sais pas utiliser dd (dédé pour les intimes).
J'ai encore fait des fautes d'orthographe.
L'un de ces facteurs est certainement à incriminer.
Sans compter tous les différents types de codages
des vidéos, et j'en passe.

En tout cas merci pour votre exemple, il m'a fait découvrir
dédé
Et je suis sûr qu'il marche: mplayer me dit qu'il reconnait
le format, c'est déjà ça:
Playing get_video_cuted.avi.
libavformat file format detected.
[mp3 @ 0xb6863210]Could not find codec parameters (Audio: mp2, 320
kb/s)
LAVF_header: av_find_stream_info() failed
Exiting... (End of file)
Enfin quand ça marche pas, il y a toujours mencoder
et consort.
Ch.
 a +
 
 Maintenant si tu veux être strict , il faut voir du côté de mencoder.
 
 Voici un exemple:
 mencoder tavideo -oac copy -voc copy -ss debut -endpos position -o 
 tavideotronquée  et là dedans il n'y ni le beurre ni l'argent du
 beurre.
 
 
 
 -- 
 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]
 
 







___ 
Découvrez une nouvelle façon d'obtenir des réponses à toutes vos questions ! 
Profitez des connaissances, des opinions et des expériences des internautes sur 
Yahoo! Questions/Réponses 
http://fr.answers.yahoo.com


-- 
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: Installation de Debian/GNU Linux Etch

2007-03-24 Par sujet Jean-Yves F. Barbier
Shams Fantar a écrit :
...
 As-tu essayé la debian sarge ? Si ça fonctionne avec la sarge, tu
 installes et tu mettra à jour vers etch.

Il-y-a peu de chances que cela marche vu que le symptôme ressemble
furieusement à celui d'une RAM H.S.

Pour en avoir le coeur net, charge cette iso, claque-la sur un cdrw et
boote dessus, puis laisse faire:

http://www.memtest.org/download/1.65/memtest86+-1.65.iso.gz


JY



Re: Je n'arrive plus a rés oudre les noms locaux...

2007-03-24 Par sujet Charles Plessy
Le Sat, Mar 24, 2007 at 11:23:01AM +0100, Pascal Hambourg a écrit :
 Charles Plessy a écrit :
 
 kunpuu|~|$ host sorbet
 Host sorbet not found: 3(NXDOMAIN)
 
 Les commandes comme host, dig ou nslookup interrogent directement les 
 serveurs DNS listés dans /etc/resolv.conf sans passer par les fonctions 
 de résolution de noms de la libc. Par conséquent elles ne tiennent pas 
 compte du fichier /etc/hosts, sauf si le serveur DNS interrogé utilise 
 lui-même ce fichier (comme dnsmasq).

 Que contiennent /etc/resolv.conf et /etc/nsswitch.conf ?

Merci beaucoup pour la réponse,

/etc/resolvconf contenait les adresses des serveurs de nom de mon
fournisseur d'accès, pour que dnsmasq puisse les contacter. Du coup, host
les contactait directement au lieu de passer par dnsmasq. J'ai donc
rajouté 127.0.0.1 dans la liste, et maintenant tout marche très bien
(puisque dnsmasq utilise /etc/hosts en premier pour répondre aux
requêtes. 

-- 
Charles Plessy
http://charles.plessy.org
Wako, Saitama, Japan


-- 
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]



Le wifi pour les nuls.

2007-03-24 Par sujet Charles Plessy
Bonjour a tous,

J'habite dans un endroit tranquille et je fais confiance a mes
voisins, donc (comme eux) j'utilise un réseau wifi non sécurisé.

Malgré cela, c'est la galère pour gérer les connexions. J'y arrive avec
les moyens du bord (au pire, reboot), mais j'ai une autre machine depuis
laquelle une personne qui ne connaît pas la ligne de commande voudrait
bien accéder a internet.

Quelqu'un peut-il me conseiller un outil graphique, si possible
similaire a ce qui se fait sur Macintosh ? Un truc simple qui permette de
choisir une AP sans avoir a se préoccuper de essid, de frequency ou
autres horreurs ? Et qui bien entendu ne nécessite pas l'apprentissage
du mot de passe root...

Bonne journée a tous,

-- 
Charles Plessy
http://charles.plessy.org
Wako, Saitama, Japan


-- 
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]