Re: [HS Debian] rm : liste d'arguments trop longue
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
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
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
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
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
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 ?
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...
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 ?
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 ?
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
--- 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
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
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
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
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
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
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
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...
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 ?
[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
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
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
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
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
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
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
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
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
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
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 ?
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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...
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
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
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
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
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
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
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
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
[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
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
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
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
Voilà voilà. Y. -- Oh, bah, on s'est bien amusés. je vois ;-) -- steve
Re: DNS petit soucis
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
--- 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
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...
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.
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]