Re: Faire co-exister X et frame buffer ??
Dominique a écrit : Le problème est que l'affichage de vdr (sur le framebuffer) et les activités de X se mélangent: J'ai a la fois les indications de vdr et les rafraichissement de de X. étrange Je ne sais pas comment différencier ces 2 affichages. Y a-t'il un moyen de séparer ces 2 affichages et de basculer de l'un à l'autre en faisant quelque chose comme CTRL-ALT-F8 et CTRL-ALT-F7 ? C'est normalement ce qui devrait se passer. Essaie de jouer avec l'option UseFBDev de X: Option UseFBDev on et Option UseFBDev off dans la section video du XF86Config-4 -- Gael Le Mignot Kilobug - [EMAIL PROTECTED] - http://kilobug.free.fr GSM : 06.71.47.18.22 (in France) ICQ UIN : 7299959 Fingerprint : 1F2C 9804 7505 79DF 95E6 7323 B66B F67B 7103 C5DA Member of HurdFr: http://hurdfr.org - The GNU Hurd: http://hurd.gnu.org
Re: Son pour CD audio
Vincent a écrit : Bonjour, Salut sous testing j'ai le pb suivant: je n'arrive pas à écouter de cd audio (ni avec xmms ni kscd) les pistes sont bien lues, je vois le défilement se faire, mais aucun son ne sort, alors que si je lit des fichiers mp3 ou ogg, ou des divx, cela fonctionne Une idée?? Je vois deux sources possibles: - le cable entre le lecteur CD et la carte son n'est pas branché - le volume du CD est mis à 0 dans le mixer (regarde avec aumix ou autre) -- Gael Le Mignot Kilobug - [EMAIL PROTECTED] - http://kilobug.free.fr GSM : 06.71.47.18.22 (in France) ICQ UIN : 7299959 Fingerprint : 1F2C 9804 7505 79DF 95E6 7323 B66B F67B 7103 C5DA Member of HurdFr: http://hurdfr.org - The GNU Hurd: http://hurd.gnu.org
Re: Gateway wireless
Charles a écrit : Bonjour à tous, Salut J'ai monté un gateway pour fournir ma connection ADSL à tous les PCs de la maison. Pour l'instant, seul le mode filaire marche. J'ai mis une carte Netgear WA311 (Wifi 54 Mb/s, 802.11g) pour assurer aussi le sans-fil avec gateway. Tu as trouvé une carte 802.11g supportée par un driver libre ? ou tu utilises un driver non libre ? (je n'ai que du 802.11b car je refuse d'utiliser un driver non libre, si une carte g possède un driver libre, je suis très intéressé ;) ) Mon ancien noyau possédait les Wireless Extensions 12, alors que le driver (madwifi) était compilé avec les 15. J'ai pensé que les problèmes de connexion aux autres PCs sans fil venait de là. J'ai donc compilé un noyau avec les 15, et installé les Wireless Tools 26. Le problème, c'est que maintenant, bien que j'aie recompilé les drivers de la carte plusieurs fois, les wireless tools ne la reconnaissent plus comme une carte sans fil. Auriez-vous une idée ? Pour les drivers pas vraiment, est-ce que tu peux revenir à la situation intiiale où la crate était reconnue ? Si c'est le cas, est-ce que tu as un point d'accès Wireless ? Sans AP, à moins que ta carte fasse AP (gogle://Netgear WA311 ne me donne pas la réponse), il faut que tu mettes toutes tes cartes wifi en mode adhoc, et que tu leur donnes le même SSID et le même canal. -- Gael Le Mignot Kilobug - [EMAIL PROTECTED] - http://kilobug.free.fr GSM : 06.71.47.18.22 (in France) ICQ UIN : 7299959 Fingerprint : 1F2C 9804 7505 79DF 95E6 7323 B66B F67B 7103 C5DA Member of HurdFr: http://hurdfr.org - The GNU Hurd: http://hurd.gnu.org
Re: Nouvelle vulnérabilités des noyaux linux
Charles a écrit : On Mon, Jan 05, 2004 at 04:12:40PM +0100, Jean-Luc Coulon (f5ibh) wrote: Bonjour, http://isec.pl/vulnerabilities/isec-0013-mremap.txt Ils sont sympas, ils publient la vulnérabilité mais pas de patch??? Le patch est sur kernel.org, et est intégré au 2.4.24 -- Gael Le Mignot Kilobug - [EMAIL PROTECTED] - http://kilobug.free.fr GSM : 06.71.47.18.22 (in France) ICQ UIN : 7299959 Fingerprint : 1F2C 9804 7505 79DF 95E6 7323 B66B F67B 7103 C5DA Member of HurdFr: http://hurdfr.org - The GNU Hurd: http://hurd.gnu.org
Re: mplayer full screen
Valentin a écrit : Bonjour, j'utilise Debian testing avec Gnome 2 de chez http://people.debian.org/~kov/debian. J'ai compilé gmplayer, tout marche nickel, mais lorsque je passe en fullscreen : Essaie d'utiliser le plugin de sortie SDL (-vo sdl) il marche mieux pour le full-screen que le support XVideo de mplayer (la SDL utilise elle-même XVideo si possible) -- Gael Le Mignot Kilobug - [EMAIL PROTECTED] - http://kilobug.free.fr GSM : 06.71.47.18.22 (in France) ICQ UIN : 7299959 Fingerprint : 1F2C 9804 7505 79DF 95E6 7323 B66B F67B 7103 C5DA Member of HurdFr: http://hurdfr.org - The GNU Hurd: http://hurd.gnu.org
Re: Compilation C
Charles a écrit : Ainsi parlait [EMAIL PROTECTED] : PS je voudrais pas lancer un troll, mais pourquoi l'install de gcc ne dépend pas des headers ? a quoi peut servir un compilo sans les header ?? GCC sait compiler autre chose que du C, il me semble. Et surtout il sait compiler des noyaux (Linux, GNU Mach, ...) qui ne dépendent bien sûr pas de la GNU libc. Donc il est possible d'utiliser gcc sans avoir libc-dev, dans certains cas. -- Gael Le Mignot Kilobug - [EMAIL PROTECTED] - http://kilobug.free.fr GSM : 06.71.47.18.22 (in France) ICQ UIN : 7299959 Fingerprint : 1F2C 9804 7505 79DF 95E6 7323 B66B F67B 7103 C5DA Member of HurdFr: http://hurdfr.org - The GNU Hurd: http://hurd.gnu.org
Re: Compilation C
edeveaud a écrit : On Thu, 6 Mar 2003, Gaël Le Mignot wrote: GCC sait compiler autre chose que du C, il me semble. Et surtout il sait compiler des noyaux (Linux, GNU Mach, ...) qui ne dépendent bien sûr pas de la GNU libc. Donc il est possible d'utiliser gcc sans avoir libc-dev, dans certains cas. ~ Tout comme Yves, tu met le doigt sur ce qui me gène je dois avoir des oeuilères, mias hormis ces cas anéctodiques ;-) le libc est vachement utilisé non? hormis le fait de vouloir comme le souligne Guillaume, tout recoder Soit, mais mettre une dépendance sur libc-dev pour gcc ça _empêche_ la personne souhaitant installer gcc sans les headers de la libc (par exemple qqn qui ne veut que compiler son noyau) de le faire. La politique Debian est, à juste titre, de n'installer que ce qui est _nécessaire_ pour utiliser le programme. Si on peut utiliser A, même pour certains usages seulement, sans avoir B d'installé, alors B n'est pas une dépendance, mais une suggestion ou une recommendation. Le package de base à installer pour pouvoir compiler est build-essential, pas gcc. TROLL tous les autres systèmes que je fréquente installent les headers nécessaires lors de l'installation de gcc /TROLL Et bien dans ce cas tous les autres systèmes sont dans l'erreur AMHA. -- Gael Le Mignot Kilobug - [EMAIL PROTECTED] - http://kilobug.free.fr GSM : 06.71.47.18.22 (in France) ICQ UIN : 7299959 Fingerprint : 1F2C 9804 7505 79DF 95E6 7323 B66B F67B 7103 C5DA Member of HurdFr: http://hurdfr.org - The GNU Hurd: http://hurd.gnu.org
Re: compilation noyau gcc
christophe a écrit : Bonjour, salut J'ai voulu compiler le noyau 2.4.19-4 hier et j'ai eu des difficultés avec les différentes versions de gcc. en gros : gcc 2.95.4 - pas de prob gcc 3.0.4 gcc 3.2.1 : ne compile pas (voir fin de mail pour les erreurs) C'est un problème connu, le noyau 2.4.19 ne compile pas avec gcc 3. Le bug est corrigé dans le noyau 2.4.20. Sinon, il y a plusieurs solutions pour contourner le problème: spécifier à la main dans le Makefile le chemin où se trouvent les include manquant (/usr/lib/gcc-lib/i386-linux/3.2.1/include/ par exemple) ou bien recopier les include manquant de include/ dans l'arbre du noyau. -- Gael Le Mignot Kilobug - [EMAIL PROTECTED] - http://kilobug.free.fr GSM : 06.71.47.18.22 (in France) ICQ UIN : 7299959 Fingerprint : 1F2C 9804 7505 79DF 95E6 7323 B66B F67B 7103 C5DA Member of HurdFr: http://hurdfr.org - The GNU Hurd: http://hurd.gnu.org
Re: [HS] mencoder et libmp3lame
Salut, J ai installe mencoder version CVS (desole je sais plus la date, mais ca date au maximum de septembre) j avais cru comprendre en lisant la doc que pour encoder le son en mp3, il fallait libmp3lame j ai cherche et j ai bien un /usr/lib/libmp3lame.so et pourtant mencoder -oac help ne me propose pas l encodage en mp3 quelqu un sait il comment on fait ? faut recompiler avec une option speciale (j ai fait les paquets avec mplayer-update, alors je sais pas trop quelles options il a prises) ? Si tu as compilé les paquets, il faut la version de dev (= les .h) de la libmp3lame, comme pour tout le reste (si tu veux le support aa, il faut la libaa-dev, si tu veux le support sdl il faut la libsdl1.2-dev, ...) lors de la compilation d'mplayer/mencoder. Sinon, ça dépend de la manière dont le package a été compilé. -- Gael Le Mignot Kilobug - [EMAIL PROTECTED] - http://kilobug.free.fr GSM : 06.71.47.18.22 (in France) ICQ UIN : 7299959 Fingerprint : 1F2C 9804 7505 79DF 95E6 7323 B66B F67B 7103 C5DA Member of HurdFr: http://hurdfr.org - The GNU Hurd: http://hurd.gnu.org
Re: pb gimp
yoann a écrit : Je doit créer des animations pour le site d'une société. La personne avant moi utilisait le format gif, et je vais devoir continuer à créer des animations, alors existe d'autre format d'image animé ? merci d'avance Oui, le MNG, qui est la version animée du PNG. -- Gael Le Mignot Kilobug - [EMAIL PROTECTED] - http://kilobug.free.fr GSM : 06.71.47.18.22 (in France) ICQ UIN : 7299959 Fingerprint : 1F2C 9804 7505 79DF 95E6 7323 B66B F67B 7103 C5DA Member of HurdFr: http://hurdfr.org - The GNU Hurd: http://hurd.gnu.org
Re: Autoload du module ip_conntrack_ftp
Erwan a écrit : Le Mon 16/09/2002, Erwan David disait Y'a t'il un moyen de faire charger automatiquement le module ip_conntrack_ftp quand je fais un ftp ? Je précise, charger et décharger automatiquement suivant les besoins, pas charger au boot et laisser là tout le temps, dans ce cas ça sert à rien de l'avoir compilé en module. Non, pas à ma connaissance. L'intéret de l'avoir mis en module c'est que tu peux l'enlever au cas où, genre si un trou de sécu est découvert dedans, sans avoir à rebooter. Ou autre... Mais le système de chargement automatique des modules noyaux ne permet pas de faire ça, AFAIK. -- Gael Le Mignot Kilobug - [EMAIL PROTECTED] - http://kilobug.free.fr GSM : 06.71.47.18.22 (in France) ICQ UIN : 7299959 Fingerprint : 1F2C 9804 7505 79DF 95E6 7323 B66B F67B 7103 C5DA Member of HurdFr: http://hurdfr.org - The GNU Hurd: http://hurd.gnu.org
Re: Autoload du module ip_conntrack_ftp
Patrice a écrit : Le Mon, 16 Sep 2002 15:12:05 +0200 [EMAIL PROTECTED] écrivait : [...] Euh quel périphérique ? ip_conntrack_ftp ça correspond pas à un périphérique... Tu le fais exprès ou quoi ? Le périphérique qui utilise le module en question. Si c'est le son, le simple fait d'envoyer du son (via n'importe quel logiciel) recharge automatiquement le module du son... Dans ton cas, je dirai un client ou un serveur ftp... ben non. Quand tu joues du son, tu écris sur /dev/audio, qui correspond à un device pour le noyau, avec un numéro majeur et mineur. Il va donc tout seul lancer le module qui correspond (char-132-45 ou un truc comme ça), qui a été défini dans le modules.conf. Quand tu utilises un client ou un serveur FTP, tu fais rien de spécial. Au niveau du noyau, tu fais socket (), bind (), connect () et compagnie, c'est tout ce que le noyau voir. Il ne connait pas le protocole FTP, il ne va pas deviner que tu lances un client FTP. Donc non, il ne va pas tout seul charger un module. -- Gael Le Mignot Kilobug - [EMAIL PROTECTED] - http://kilobug.free.fr GSM : 06.71.47.18.22 (in France) ICQ UIN : 7299959 Fingerprint : 1F2C 9804 7505 79DF 95E6 7323 B66B F67B 7103 C5DA Member of HurdFr: http://hurdfr.org - The GNU Hurd: http://hurd.gnu.org
Re: Autoload du module ip_conntrack_ftp
On est d'accord... Quand tu utilises un client ou un serveur FTP, tu fais rien de spécial. Au niveau du noyau, tu fais socket (), bind (), connect () et compagnie, c'est tout ce que le noyau voir. Il ne connait pas le protocole FTP, il ne va pas deviner que tu lances un client FTP. Donc non, il ne va pas tout seul charger un module. Bon, j'avoue n'avoir jamais regardé le problème depuis un périphérique « virtuel » mais j'ose imaginer que c'est le rôle du serveur (FTP ici...) de gérer cela, non ? euh, a priori si tu lances un client ftp sur ta machine, le serveur FTP il est très très loin, et c'est pas à lui de gérer tes modules noyaux. Et de toute façon, ton client ftp il tourne pas en root, donc il peut pas charger de module noyau. -- Gael Le Mignot Kilobug - [EMAIL PROTECTED] - http://kilobug.free.fr GSM : 06.71.47.18.22 (in France) ICQ UIN : 7299959 Fingerprint : 1F2C 9804 7505 79DF 95E6 7323 B66B F67B 7103 C5DA Member of HurdFr: http://hurdfr.org - The GNU Hurd: http://hurd.gnu.org
