RE: driver son asus p5kc
-Original Message- From: Philippe MONROUX [mailto:[EMAIL PROTECTED] Sent: jeudi 12 juin 2008 03:35 To: debian-user-french Subject: driver son asus p5kc Bonjour, Je viens d'acquérir une carte mère asus p5kc. Voici la sortie lspci concernant l'audio : 00:1b.0 Audio device: Intel Corporation Unknown device 293e (rev 02) Subsystem: ASUSTeK Computer Inc. Unknown device 829f Flags: bus master, fast devsel, latency 0, IRQ 15 Memory at f9ff8000 (64-bit, non-prefetchable) [size=16K] Capabilities: access denied le site asus précise que l'audio est : Realtek ALC 883 Il semble que le seul moyen de faire marcher l'audio soit de se servir des sources du driver fourni par asus sur son site. Je peux essayer de le compiler mais sous debian il vaut mieux faire un .deb. or ça je ne sais pas et ça me semble pas facile. Que me conseillez-vous ? Merci; -- philippe -- Salut, Je me suis offert en février une carte mère avec un chipset relativement identique, un realtek, et impossible de le faire marcher à cette époque avec les pilotes du noyau ou les alsa-drivers. Le temps passant, j'ai pu avec le 2.6.24 (peut-être aussi le 23) faire marcher ce chipset, mais sans la possibilité d'avoir le master ET le pcm, c'est soit l'un soit l'autre... Finalement, après quelques recherche des astuces toutes différentes (il semble qu'il existe moult versions de ce chipset et encore plus de façon de le faire marcher suivant les options données) j'ai finalement opté pour les pilotes du site de realtek, c'est un paquet alsa-drivers avec quelques patchs à eux je pense, toujours est-il que depuis, ça marche au poil : ) Il me faut juste relancer l'instalation si je change de noyau.. Bon courage pour la suite The information in this e-mail is confidential. The contents may not be disclosed or used by anyone other then the addressee. Access to this e-mail by anyone else is unauthorised. If you are not the intended recipient, please notify Airbus immediately and delete this e-mail. Airbus cannot accept any responsibility for the accuracy or completeness of this e-mail as it has been sent over public networks. If you have any concerns over the content of this message or its Accuracy or Integrity, please contact Airbus immediately. All outgoing e-mails from Airbus are checked using regularly updated virus scanning software but you should take whatever measures you deem to be appropriate to ensure that this message and any attachments are virus free. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: nvidia 8400gs : twinview et ou 2 session x sép aré - retour ati impossible
-Original Message- From: gbulot (debian list) [mailto:[EMAIL PROTECTED] Sent: mercredi 11 juin 2008 13:34 To: Debian user french Subject: RE: nvidia 8400gs : twinview et ou 2 session x séparé - retour ati impossible On Wed, 11 Jun 2008 11:49:20 +0200, DUFRESNE, Mathias \(STERIA\) [EMAIL PROTECTED] wrote: Je ne vois pas le pourquoi du normal au début... erf effectivement en me relisant ..., en mode nvidia j'avais commenté la section composite Je parlais de l'option composite juste pour t'éviter de galérer là-dessus si tu décidais de remettre la nvidia... ok Sinon le paquet nvidia-kernel-pouet-pouet n'est je pense qu'un module, il ne doit pas interférer dans ta conf ati, tout comme charger les modules d'une carte réseau ne devrait pas changer le comportement de la machine à café : ) c'est ce que je me dis, mais je comprends pas pourquoi cela marche pas avec l'ati, mystère et boule de gomme . -- Pour faire marcher la mienne (9600GT) il m'a fallu prendre les drivers nvidia officiels à partir de la version 171 (1.171.* peut-être) The information in this e-mail is confidential. The contents may not be disclosed or used by anyone other then the addressee. Access to this e-mail by anyone else is unauthorised. If you are not the intended recipient, please notify Airbus immediately and delete this e-mail. Airbus cannot accept any responsibility for the accuracy or completeness of this e-mail as it has been sent over public networks. If you have any concerns over the content of this message or its Accuracy or Integrity, please contact Airbus immediately. All outgoing e-mails from Airbus are checked using regularly updated virus scanning software but you should take whatever measures you deem to be appropriate to ensure that this message and any attachments are virus free. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: xdmcp
Déjà, quel gestionnaire de connexion utilise tu ? (xdm, gdm, kdm...) Moi j'ai réussi avec xdm sans problème juste en modifiant le fichier /etc/X11/xdm/Xaccess. Je pense que si tu utilise un autre gestionnaire de connexion, il faut aussi configurer leurs fichiers pour ça... (dans /usr/share/(g|k)dm il me semble) Essaye peut être juste avec xdm pour voir (sudo dpkg-reconfigure xdm) Pour information, un nmap localhost -p 6000 me donne un port ouvert : 6000/tcp open X11 Quelque liens utiles : - http://www.traduc.org/docs/HOWTO/lecture/XDM-Xterm.html - http://www.supinfo-projects.com/fr/2005/xdcmp_x11forwarding_gentoo/ -- Merci ! Oui j'ai bien activé xdm. Serait-ce ici le problème ? : # nmap localhost -p 6000 Starting Nmap 4.53 Interesting ports on localhost.localdomain (127.0.0.1): PORT STATESERVICE 6000/tcp closed X11 Le port 6000 ferme X11 Et comment le rendre open ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: xdmcp
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: jeudi 12 juin 2008 10:58 To: debian-user-french@lists.debian.org Subject: Re: xdmcp Déjà, quel gestionnaire de connexion utilise tu ? (xdm, gdm, kdm...) Moi j'ai réussi avec xdm sans problème juste en modifiant le fichier /etc/X11/xdm/Xaccess. Je pense que si tu utilise un autre gestionnaire de connexion, il faut aussi configurer leurs fichiers pour ça... (dans /usr/share/(g|k)dm il me semble) Essaye peut être juste avec xdm pour voir (sudo dpkg-reconfigure xdm) Pour information, un nmap localhost -p 6000 me donne un port ouvert : 6000/tcp open X11 Quelque liens utiles : - http://www.traduc.org/docs/HOWTO/lecture/XDM-Xterm.html - http://www.supinfo-projects.com/fr/2005/xdcmp_x11forwarding_gentoo/ -- Merci ! Oui j'ai bien activé xdm. Serait-ce ici le problème ? : # nmap localhost -p 6000 Starting Nmap 4.53 Interesting ports on localhost.localdomain (127.0.0.1): PORT STATESERVICE 6000/tcp closed X11 Le port 6000 ferme X11 Et comment le rendre open ? -- Salut, grep nolisten /etc/* -R un peu trash, mais ça devrait être efficace. En résumé, X et Xorg ont une option -nolisten tcp qui permet de fermer ce port, donc on supprime l'option de celles fournies au lancement du serveur, et le port sera ouvert. A+ The information in this e-mail is confidential. The contents may not be disclosed or used by anyone other then the addressee. Access to this e-mail by anyone else is unauthorised. If you are not the intended recipient, please notify Airbus immediately and delete this e-mail. Airbus cannot accept any responsibility for the accuracy or completeness of this e-mail as it has been sent over public networks. If you have any concerns over the content of this message or its Accuracy or Integrity, please contact Airbus immediately. All outgoing e-mails from Airbus are checked using regularly updated virus scanning software but you should take whatever measures you deem to be appropriate to ensure that this message and any attachments are virus free. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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]
Affichage incorrect des caractères différents de l'ASCII 127
Bonjour la liste, Pour qu'un é (e accent aïgu) ou un kanji japonais soit affichés correctement j'avais compris qu'il fallait : - installer le paquet locales - appliquer éventuellement la formule : dpkg-reconfigure locales - cocher toutes les déclinaisons disponibles pour [fr] et [jp]. - choisir un encodage par défaut. Voici le résultat : $ cat /etc/locale.gen fr_FR.UTF-8 UTF-8 fr_FR ISO-8859-1 [EMAIL PROTECTED] ISO-8859-15 ja_JP.EUC-JP EUC-JP ja_JP.UTF-8 UTF-8 Il semble que ce soit insuffisant. Les caractères propres à certaines langues restent toujours illisibles et prêtent à confusion. Exemples : - man man version française - les messages affichés par aptitude Par contre, quand je créé un fichier texte en mode console, ce problème n'existe pas à condition de rester dans l'ASCII 127 pour le nom du fichier. Par exemple : $ echo é€ô cestmonfichierici $ cat cestmonfichierici é€ô Cependant, une édition de cestmonfichierici avec vim affiche quand même incorrectement les trois caractères espérés. De même, les fichiers textes japonais créés et affichés correctement sur d'autres machines deviennent totalement illisibles. Je ne comprend pas pourquoi dans certains cas les caractères sont affichés correctement mais pas dans d'autres. La machine est brute d'installation. Aucune interface graphique (ni KDE, ni XFCE, ni Gnome...). C'est un serveur sous Etch qui est destiné à faire tourner Postgresql. L'encodage UTF-8 sera utilisé. Ce problème semble proche de celui-ci mais moi, je n'ai pas de caractère # innoportun : http://lists.debian.org/debian-user-french/2008/06/msg00117.html Si quelqu'un pouvait me mettre sur une voie... Merci d'avance. -- Cordialement, Alain Vaugham [PUB] Signature numérique GPG de ce courrier: 0xD26D18BC pgpctjfCAfinb.pgp Description: PGP signature
Re: xdmcp
# nmap localhost -p 6000 Starting Nmap 4.53 Interesting ports on localhost.localdomain (127.0.0.1): PORT STATESERVICE 6000/tcp closed X11 Le port 6000 ferme X11 Et comment le rendre open ? - grep nolisten /etc/* -R un peu trash, mais ça devrait être efficace. En résumé, X et Xorg ont une option -nolisten tcp qui permet de fermer ce port, donc on supprime l'option de celles fournies au lancement du serveur, et le port sera ouvert. grep nolisten /etc/* -R puis nmap localhost -p 6000 PORT STATESERVICE 6000/tcp closed X11 pareil ... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: xdmcp
* [EMAIL PROTECTED] [EMAIL PROTECTED] [2008-06-12 11:28:05 +0200] wrote : # nmap localhost -p 6000 Starting Nmap 4.53 Interesting ports on localhost.localdomain (127.0.0.1): PORT STATESERVICE 6000/tcp closed X11 Le port 6000 ferme X11 Et comment le rendre open ? - grep nolisten /etc/* -R un peu trash, mais ça devrait être efficace. En résumé, X et Xorg ont une option -nolisten tcp qui permet de fermer ce port, donc on supprime l'option de celles fournies au lancement du serveur, et le port sera ouvert. grep nolisten /etc/* -R puis nmap localhost -p 6000 PORT STATESERVICE 6000/tcp closed X11 pareil ... Firewall ? -- . ''`. (\___/) E d i S T O J I C E V I C : :' : (='.'=) http://www.debianworld.org `. `~' ()_() GPG: 0x1237B032 `- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: xdmcp
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: jeudi 12 juin 2008 11:28 To: debian-user-french@lists.debian.org Subject: Re: xdmcp # nmap localhost -p 6000 Starting Nmap 4.53 Interesting ports on localhost.localdomain (127.0.0.1): PORT STATESERVICE 6000/tcp closed X11 Le port 6000 ferme X11 Et comment le rendre open ? - grep nolisten /etc/* -R un peu trash, mais ça devrait être efficace. En résumé, X et Xorg ont une option -nolisten tcp qui permet de fermer ce port, donc on supprime l'option de celles fournies au lancement du serveur, et le port sera ouvert. grep nolisten /etc/* -R puis nmap localhost -p 6000 PORT STATESERVICE 6000/tcp closed X11 pareil ... -- Erf désolé, je me suis mal exprimé, le grep sert à rechercher une chaine (nolisten donc) dans tous les fichiers de /etc, de manière récursive (-r). Ça ne change pas la configuration de ton serveur X, ça permet de savoir dans quel fichier est cette satanée option. Une fois que tu as trouvé le fichier, tu l'édites, tu vires nolisten tcp ainsi que le - devant s'il existe, tout ceci après avoir bien pris soin de faire une sauvegarde de ton fichier, et après enregistrement du fichier sans l'option, il faut relancer le serveur X pour que les changements soient pris en compte. ++ The information in this e-mail is confidential. The contents may not be disclosed or used by anyone other then the addressee. Access to this e-mail by anyone else is unauthorised. If you are not the intended recipient, please notify Airbus immediately and delete this e-mail. Airbus cannot accept any responsibility for the accuracy or completeness of this e-mail as it has been sent over public networks. If you have any concerns over the content of this message or its Accuracy or Integrity, please contact Airbus immediately. All outgoing e-mails from Airbus are checked using regularly updated virus scanning software but you should take whatever measures you deem to be appropriate to ensure that this message and any attachments are virus free. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: xdmcp
Erf désolé, je me suis mal exprimé, le grep sert à rechercher une chaine (nolisten donc) dans tous les fichiers de /etc, de manière récursive (-r). Ça ne change pas la configuration de ton serveur X, ça permet de savoir dans quel fichier est cette satanée option. Une fois que tu as trouvé le fichier, tu l'édites, tu vires nolisten tcp ainsi que le - devant s'il existe, tout ceci après avoir bien pris soin de faire une sauvegarde de ton fichier, et après enregistrement du fichier sans l'option, il faut relancer le serveur X pour que les changements soient pris en compte. --- # grep nolisten /etc/* -R Fichier binaire /etc/X11/X concorde /etc/X11/xinit/xserverrc:exec /usr/bin/X11/X -dpi 100 -nolisten tcp /etc/X11/xdm/Xservers:# - SECURITY NOTE: Always pass the -nolisten tcp option to the X /etc/X11/xdm/Xservers:# to remove the -nolisten tcp option for SSH's benefit. /etc/X11/xdm/Xservers:# :0 local /usr/bin/X :0 vt9 -depth 15 -nolisten tcp /etc/X11/xdm/Xservers:# :1 local /usr/bin/X :1 vt10 -depth 8 -nolisten tcp /etc/X11/xdm/Xservers:# :0 local /usr/bin/X :0 vt7 -nolisten tcp pc1:/home/antoine# nmap 192.168.0.4 -p 6000 J'ai donc mis un # devant les lignes du fichier /etc/X11/xdm/Xservers redémarré XFree : Starting Nmap 4.53 ( http://insecure.org ) at 2008-06-12 11:55 CEST Interesting ports on 192.168.0.4: PORT STATE SERVICE 6000/tcp closed X11 et pareil ... The information in this e-mail is confidential. The contents may not be disclosed or used by anyone other then the addressee. Access to this e-mail by anyone else is unauthorised. If you are not the intended recipient, please notify Airbus immediately and delete this e-mail. Airbus cannot accept any responsibility for the accuracy or completeness of this e-mail as it has been sent over public networks. If you have any concerns over the content of this message or its Accuracy or Integrity, please contact Airbus immediately. All outgoing e-mails from Airbus are checked using regularly updated virus scanning software but you should take whatever measures you deem to be appropriate to ensure that this message and any attachments are virus free. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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]
Erreur d'initialisation du pilote audio : comment le redémarrer ?
Bonjour, Avec Debian Etch, de temps en temps (1 fois sur 10 ? sur 20 ?), quand je démarre la machine et lance ma session KDE, j'obtiens le message suivant Information - artsmessage Sound server informational message: Error while initializing the sound driver: device: default can't be opened for playback (Invalid argument) The sound server will continue, using the null output device. et ensuite, évidemment, plus de son. Aller dans la configuration de kde pour relancer arts ne sert à rien ; pas étonnant, le message d'erreur indique que le problème n'est pas à ce niveau. La seule solution que j'ai actuellement est de tout redémarrer parce que je ne sais pas comment relancer le pilote audio : c'est vraiment trop con, il doit bien y avoir un moyen plus intelligent et plus rapide de relancer le son. Pouvez-vous m'aider pour le connaître ? Merci. PS Je joins la sortie triée de lsmod lorsque je n'ai pas de son. Quand il y a du son, j'ai deux lignes supplémentaires : inet_diag 11208 5 tcp_diag tcp_diag1888 0 et seules les deux lignes snd et snd_hda_intel sont modidiées pour devenir snd47012 10 snd_hda_intel,snd_hda_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer et snd_hda_intel 17332 2 -- Strange Fruit ac 5188 0 agpgart29896 2 nvidia,intel_agp ahci 17924 7 battery 9636 0 bluetooth 46020 4 rfcomm,l2cap button 6672 0 cdrom 32544 1 ide_cd cpufreq_ondemand6636 1 cpufreq_powersave 1920 0 cpufreq_userspace 4448 0 dm_mirror 19152 0 dm_mod 50232 2 dm_snapshot,dm_mirror dm_snapshot15552 0 e1000 108480 0 ehci_hcd 28136 0 eth139418212 0 evdev 9088 2 ext3 119240 5 fan 4804 0 firmware_class 9600 2 ipw3945,r5u870 freq_table 4576 1 speedstep_centrino generic 4868 0 [permanent] i2c_core 19680 2 nvidia,i2c_i801 i2c_i8017468 0 ide_cd 36064 0 ide_core 110504 3 ide_cd,generic,piix ieee1394 86904 3 sbp2,eth1394,ohci1394 ieee80211 29480 1 ipw3945 ieee80211_crypt 5952 1 ieee80211 intel_agp 22204 0 ipv6 226272 16 ipw3945 179972 1 jbd52456 1 ext3 joydev 9088 0 l2cap 21760 5 rfcomm libata 89396 1 ahci loop 15048 0 lp 11012 0 mbcache 8356 1 ext3 mmc_core 23168 1 sdhci Module Size Used by nls_iso8859_1 4256 1 ntfs 192564 1 nvidia 4549908 12 ohci1394 30800 0 parport33256 3 ppdev,parport_pc,lp parport_pc 32132 0 pcspkr 3072 0 piix9444 0 [permanent] ppdev 8676 0 processor 28840 2 speedstep_centrino,thermal psmouse35016 0 r5u870 60164 0 rfcomm 34712 0 rtc12372 0 sbp2 20840 0 scsi_mod 124168 4 sbp2,sd_mod,ahci,libata sdhci 16844 0 sd_mod 19040 8 serio_raw 6660 0 snd47012 8 snd_hda_intel,snd_hda_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer snd_hda_codec 137856 1 snd_hda_intel snd_hda_intel 17332 1 snd_mixer_oss 15200 1 snd_pcm_oss snd_page_alloc 10184 2 snd_hda_intel,snd_pcm snd_pcm68676 3 snd_hda_intel,snd_hda_codec,snd_pcm_oss snd_pcm_oss38368 0 snd_timer 20996 1 snd_pcm soundcore 9248 1 snd speedstep_centrino 8384 2 thermal13608 0 tsdev 7520 0 uhci_hcd 21164 0 usbcore 112644 4 r5u870,ehci_hcd,uhci_hcd v4l1_compat12036 2 r5u870,videodev v4l2_common20448 2 r5u870,videodev video_buf 23012 1 r5u870 videodev 21120 1 r5u870
RE: xdmcp
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: jeudi 12 juin 2008 11:58 To: debian-user-french@lists.debian.org Subject: Re: xdmcp Erf désolé, je me suis mal exprimé, le grep sert à rechercher une chaine (nolisten donc) dans tous les fichiers de /etc, de manière récursive (-r). Ça ne change pas la configuration de ton serveur X, ça permet de savoir dans quel fichier est cette satanée option. Une fois que tu as trouvé le fichier, tu l'édites, tu vires nolisten tcp ainsi que le - devant s'il existe, tout ceci après avoir bien pris soin de faire une sauvegarde de ton fichier, et après enregistrement du fichier sans l'option, il faut relancer le serveur X pour que les changements soient pris en compte. --- # grep nolisten /etc/* -R Fichier binaire /etc/X11/X concorde /etc/X11/xinit/xserverrc:exec /usr/bin/X11/X -dpi 100 -nolisten tcp /etc/X11/xdm/Xservers:# - SECURITY NOTE: Always pass the -nolisten tcp option to the X /etc/X11/xdm/Xservers:# to remove the -nolisten tcp option for SSH's benefit. /etc/X11/xdm/Xservers:# :0 local /usr/bin/X :0 vt9 -depth 15 -nolisten tcp /etc/X11/xdm/Xservers:# :1 local /usr/bin/X :1 vt10 -depth 8 -nolisten tcp /etc/X11/xdm/Xservers:# :0 local /usr/bin/X :0 vt7 -nolisten tcp pc1:/home/antoine# nmap 192.168.0.4 -p 6000 J'ai donc mis un # devant les lignes du fichier /etc/X11/xdm/Xservers redémarré XFree : Starting Nmap 4.53 ( http://insecure.org ) at 2008-06-12 11:55 CEST Interesting ports on 192.168.0.4: PORT STATE SERVICE 6000/tcp closed X11 et pareil ... -- Une fois que tu as trouvé le fichier, tu l'édites, tu vires nolisten tcp ainsi que le - devant En clair : Dans /etc/X11/xdm/Xservers Tu édites les lignes qui n'étaient pas commentées avant ta manip' (facile vu que t'as pris soin de faire une sauvegarde, suffit de la remettre en activité) et tu remplaces -nolisten tcp par... rien : :0 local /usr/bin/X :0 vt7 -nolisten tcp devient : :0 local /usr/bin/X :0 vt7 Tu relances le serveur X, tu vérifies avec nmap, ça marche pas, tu réédites ton fichier pour le remettre comme avant. Tu édites /etc/X11/xinit/xserverrc Tu remplaces : exec /usr/bin/X11/X -dpi 100 -nolisten tcp par exec /usr/bin/X11/X -dpi 100 Tu relances X, tu verifies, t'as gagné : ) The information in this e-mail is confidential. The contents may not be disclosed or used by anyone other then the addressee. Access to this e-mail by anyone else is unauthorised. If you are not the intended recipient, please notify Airbus immediately and delete this e-mail. Airbus cannot accept any responsibility for the accuracy or completeness of this e-mail as it has been sent over public networks. If you have any concerns over the content of this message or its Accuracy or Integrity, please contact Airbus immediately. All outgoing e-mails from Airbus are checked using regularly updated virus scanning software but you should take whatever measures you deem to be appropriate to ensure that this message and any attachments are virus free. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: Unidentified subject!
Message du 12/06/08 03:27 De : Philippe MONROUX [EMAIL PROTECTED] A : debian-user-french debian-user-french@lists.debian.org Copie à : Objet : Unidentified subject! Bonjour, Je viens d'acquérir une carte mère asus p5kc. Voici la sortie lspci concernant l'audio : 00:1b.0 Audio device: Intel Corporation Unknown device 293e (rev 02) Subsystem: ASUSTeK Computer Inc. Unknown device 829f Flags: bus master, fast devsel, latency 0, IRQ 15 Memory at f9ff8000 (64-bit, non-prefetchable) [size=16K] Capabilities: access denied le site asus précise que l'audio est : Realtek ALC 883 Il semble que le seul moyen de faire marcher l'audio soit de se servir des sources du driver fourni par asus sur son site. Je peux essayer de le compiler mais sous debian il vaut mieux faire un .deb. or ça je ne sais pas et ça me semble pas facile. Que me conseillez-vous ? Merci; -- philippe -- Lisez la FAQ de la liste avant de poser une question : Jette un coup d 'oeil dans la documentation de ton noyau : ./Documentation/sound/alsa/ALSA-Configuration.txt ALC883/888 3stack-dig3-jack with SPDIF I/O 6stack-dig6-jack digital with SPDIF I/O 3stack-6ch3-jack 6-channel 3stack-6ch-dig 3-jack 6-channel with SPDIF I/O 6stack-dig-demo 6-jack digital for Intel demo board acer Acer laptops (Travelmate 3012WTMi, Aspire 5600, etc) acer-aspire Acer Aspire 9810 medionMedion Laptops medion-md2Medion MD2 targa-dig Targa/MSI targa-2ch-dig Targs/MSI with 2-channel laptop-eapd 3-jack with SPDIF I/O and EAPD (Clevo M540JE, M550JE) lenovo-101e Lenovo 101E lenovo-nb0763 Lenovo NB0763 lenovo-ms7195-dig Lenovo MS7195 haier-w66 Haier W66 3stack-hp HP machines with 3stack (Lucknow, Samba boards) 6stack-dell Dell machines with 6stack (Inspiron 530) mitac Mitac 8252D clevo-m720Clevo M720 laptop series fujitsu-pi2515 Fujitsu AMILO Pi2515 auto auto-config reading BIOS (default) choisis l'option qui va bien et mets la dans /etc/modprobe.d/alsa-base - vérifie que c'est le bon endroit Cordialement mahashakti89 -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: Erreur d'initialisation du pilote audio : comment le redémarrer ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Strange Fruit a écrit : Bonjour, Bonjour, Avec Debian Etch, de temps en temps (1 fois sur 10 ? sur 20 ?), quand je démarre la machine et lance ma session KDE, j'obtiens le message suivant Information - artsmessage Sound server informational message: Error while initializing the sound driver: device: default can't be opened for playback (Invalid argument) The sound server will continue, using the null output device. et ensuite, évidemment, plus de son. Aller dans la configuration de kde pour relancer arts ne sert à rien ; pas étonnant, le message d'erreur indique que le problème n'est pas à ce niveau. La seule solution que j'ai actuellement est de tout redémarrer parce que je ne sais pas comment relancer le pilote audio : c'est vraiment trop con, il doit bien y avoir un moyen plus intelligent et plus rapide de relancer le son. Pouvez-vous m'aider pour le connaître ? Décharger puis recharger les modules du son avant de redémarrer arts peut-être ? Amicalement David -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkhRCbgACgkQ18/WetbTC/qSRACeJpnzthH3uS+t2Wz3QZDUgIR3 DNcAn2Azkk8p/T0JGLHnT9HuUUMaAMD9 =1EqZ -END PGP SIGNATURE- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: Affichage incorrect des caractères différ ents de l'ASCII 127
Le jeu 12 jun 2008 11:17:07 CEST, Alain Vaugham [EMAIL PROTECTED] a écrit : Bonjour la liste, Bonjour, Pour qu'un é (e accent aïgu) ou un kanji japonais soit affichés correctement j'avais compris qu'il fallait : - installer le paquet locales - appliquer éventuellement la formule : dpkg-reconfigure locales - cocher toutes les déclinaisons disponibles pour [fr] et [jp]. - choisir un encodage par défaut. Voici le résultat : $ cat /etc/locale.gen fr_FR.UTF-8 UTF-8 fr_FR ISO-8859-1 [EMAIL PROTECTED] ISO-8859-15 ja_JP.EUC-JP EUC-JP ja_JP.UTF-8 UTF-8 ... Le paquet « locales » sert à ce que les programmes utilisés « parlent » une langue différente de l'anglais (messages, pages de manuel, etc.), mais n'est pas impératif pour seulement *afficher* des textes de ces langues. Pour ton cas, peut-être que fr_FR.UTF-8 suffit. En tout cas, si tu veux éditer des textes contenant à la fois du Français et du Japonais, il te faut utiliser une locale avec un codage UTF-8, les ISO-* ne sont pas adaptés. Ensuite, il faut positionner la variable d'environnement LANG à la valeur désirée, par exemple fr_FR.UTF-8. Un simple « ls toto » doit alors répondre avec un message en Français : $ ls toto ls: toto: Aucun fichier ou répertoire de ce type Tu peux tester dans une autre locale (que tu as générée) par : $ env LANG=ja_JP.UTF-8 ls toto ls: toto: No such file or directory ^^ Chez moi, pas de locale japonais, le système se rabat sur l'anglais (défaut). Ce dont tu as surtout besoin pour éditer / afficher des textes , c'est que ton terminal (une console si j'ai bien compris, pas de X11) puisse afficher correctement les caractères que tu désires ! Et là, c'est un peu plus compliqué : ton terminal doit être compatible avec l'Unicode (UTF-8) et pouvoir utiliser d'autres polices que celle de base souvent limitée aux caractères ISO-* : regarde pour le mode console du coté du paquet console-tools, de sa config /etc/console-tools/config, de la commande unicode_start ... Enfin, si tu veux pouvoir entrer des caractères qui ne sont pas présents sur ton clavier (kanjis...), il te faut également trouver un éditeur qui fournisse un moyen de les taper ; je sais qu'Emacs peut le proposer, pour vim, je ne sais pas... En espérant avoir un peu éclairci la situation, Fred. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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]
promail et bogofilter
Bonjour tout le monde, l'un d'entre vous serait-il arrivé à utiliser bogofilter via procmail ? En cherchant on trouve ces règles procmail : :0fw | bogofilter -u -e -p :0e { EXITCODE=75 HOST } :0: * ^X-Bogosity: Spam, tests=bogofilter $MAILDIR/.Junk/ :0: * ^X-Bogosity: Unsure, tests=bogofilter $MAILDIR/.Junk/ mais il se trouve que chez moi tous les mails qui passent par ces règles génèrent une erreur et se retrouvent donc indéfiniment bloqués en queue... Et pas moyen de savoir d'où ça peut venir, d'autant que tout le monde à part moi à l'air super heureux avec ces règles :/ Une idée ? Merci d'avance, Ivan -- Hotmail / MSN c'est mal (tm) : http://n.ethz.ch/student/fbianco/odd/odd.html http://mdkart.fr/blog/2007/02/16/5-raisons-dutiliser-gmail/ JabberID : [EMAIL PROTECTED] -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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]
procmail et bogofilter
Bonjour tout le monde, l'un d'entre vous serait-il arrivé à utiliser bogofilter via procmail ? En cherchant on trouve ces règles procmail : :0fw | bogofilter -u -e -p :0e { EXITCODE=75 HOST } :0: * ^X-Bogosity: Spam, tests=bogofilter $MAILDIR/.Junk/ :0: * ^X-Bogosity: Unsure, tests=bogofilter $MAILDIR/.Junk/ mais il se trouve que chez moi tous les mails qui passent par ces règles génèrent une erreur et se retrouvent donc indéfiniment bloqués en queue... Et pas moyen de savoir d'où ça peut venir, d'autant que tout le monde à part moi à l'air super heureux avec ces règles :/ Une idée ? Merci d'avance, Ivan -- Hotmail / MSN c'est mal (tm) : http://n.ethz.ch/student/fbianco/odd/odd.html http://mdkart.fr/blog/2007/02/16/5-raisons-dutiliser-gmail/ JabberID : [EMAIL PROTECTED] -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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]
[Résolu]Re: Affichage incorrect des caractères différents de l'ASCII 127
Le jeudi 12 juin 2008 13:21, Frédéric BOITEUX a écrit : | Le jeu 12 jun 2008 11:17:07 CEST, Alain Vaugham [EMAIL PROTECTED] a | écrit : | | Bonjour la liste, | | Bonjour, | | Pour qu'un é (e accent aïgu) ou un kanji japonais soit affichés correctement | j'avais compris qu'il fallait : | - installer le paquet locales | - appliquer éventuellement la formule : dpkg-reconfigure locales | - cocher toutes les déclinaisons disponibles pour [fr] et [jp]. | - choisir un encodage par défaut. | | Voici le résultat : | $ cat /etc/locale.gen | fr_FR.UTF-8 UTF-8 | | fr_FR ISO-8859-1 | [EMAIL PROTECTED] ISO-8859-15 | ja_JP.EUC-JP EUC-JP | ja_JP.UTF-8 UTF-8 | ... | | Le paquet « locales » sert à ce que les programmes utilisés « parlent | » une langue différente de l'anglais (messages, pages de manuel, etc.), | mais n'est pas impératif pour seulement *afficher* des textes de ces | langues. Pour ton cas, peut-être que fr_FR.UTF-8 suffit. | En tout cas, si tu veux éditer des textes contenant à la fois du | Français et du Japonais, il te faut utiliser une locale avec un codage | UTF-8, les ISO-* ne sont pas adaptés. Merci pour l'explication. Je ne vois donc pas d'inconvénient à abandonner les ISO* au profit de l'Unicode puisque - si j'ai bien compris - ce dernier contient les ISO*. | | Ensuite, il faut positionner la variable d'environnement LANG à la | valeur désirée, par exemple fr_FR.UTF-8. Un simple « ls toto » doit | alors répondre avec un message en Français : | | $ ls toto | ls: toto: Aucun fichier ou répertoire de ce type | Après avoir indiqué au terminal d'utiliser Unicode utf-8, j'ai effectivement le bon message d'erreur rédigé en français ainsi que l'affichage correct du caractère (é). | Tu peux tester dans une autre locale (que tu as générée) par : | $ env LANG=ja_JP.UTF-8 ls toto | ls: toto: No such file or directory | ^^ | Chez moi, pas de locale japonais, le système se rabat sur l'anglais (défaut). J'ai installé locales-all et sélectionné les locales japonaises puis testé mais le système se rabat quand même sur l'anglais alors que par défaut c'est le français. Il doit y avoir autre chose à faire en plus. | | Ce dont tu as surtout besoin pour éditer / afficher des textes , c'est | que ton terminal (une console si j'ai bien compris, pas de X11) puisse | afficher correctement les caractères que tu désires ! Et là, c'est un | peu plus compliqué : ton terminal doit être compatible avec l'Unicode | (UTF-8) et pouvoir utiliser d'autres polices que celle de base souvent | limitée aux caractères ISO-* : regarde pour le mode console du coté du Effectivement, en ayant indiqué au terminal d'utiliser Unicode utf-8 l'affichage de caractères français et japonais mixés sur une même ligne est correct. En plus, depuis ce même terminal, je peux aussi utiliser vim et afficher les deux langues. Ce qui m'était impossible ce matin. | paquet console-tools, de sa config /etc/console-tools/config, de la | commande unicode_start ... | Enfin, si tu veux pouvoir entrer des caractères qui ne sont pas | présents sur ton clavier (kanjis...), il te faut également trouver un | éditeur qui fournisse un moyen de les taper ; je sais qu'Emacs peut le | proposer, pour vim, je ne sais pas... ça, par contre, je sais ;-) Sur une autre machine (Kubuntu) en KDE, j'ai mis KSCIM-anthy pour la saisie du japonais mais ce ne sera pas le rôle du serveur que je suis en train de configurer actuellement. | | En espérant avoir un peu éclairci la situation, Tout à fait. C'est plus clair. Il me restera à configurer définitivement le terminal en UTF-8 dès le boot. Là, je pense que tu m'a déjà indiqué la démarche. Conlusion : Je peux maintenant lire les messages rédigés en français et ils sont affichés avec leur caractères corrects tout en permettant l'affichage correct des caractères japonais ... au moins en mode console et avec vim! Merci beaucoup. -- Cordialement Alain Vaugham [PUB] Signature numérique GPG de ce courrier: 0xD26D18BC pgpK0uwo3zayW.pgp Description: PGP signature
Re: promail et bogofilter
[EMAIL PROTECTED] a écrit, jeudi 12 juin 2008, à 14:55 : Bonjour tout le monde, bonjour, l'un d'entre vous serait-il arrivé à utiliser bogofilter via procmail ? Non, j'ai laissé tomber procmail pour maildrop :) En cherchant on trouve ces règles procmail : :0fw | bogofilter -u -e -p :0e { EXITCODE=75 HOST } :0: * ^X-Bogosity: Spam, tests=bogofilter $MAILDIR/.Junk/ :0: * ^X-Bogosity: Unsure, tests=bogofilter $MAILDIR/.Junk/ mais il se trouve que chez moi tous les mails qui passent par ces règles génèrent une erreur et se retrouvent donc indéfiniment bloqués en queue... Et pas moyen de savoir d'où ça peut venir, d'autant que tout le monde à part moi à l'air super heureux avec ces règles :/ Une idée ? - ajouter la ligne VERBOSE=on avant... - vérifier si $MAILDIR/ et $MAILDIR/.Junk/ existent, avec les permissions adéquates ; - si $MAILDIR/.Junk/ est bien un répertoire de type maildir, le verrou est inutile, et on peut regrouper les deux recettes : :0 * ^X-Bogosity: (Spam|Unsure) $MAILDIR/.Junk/ Merci d'avance, Hop zat elpse, -- Jacques L'helgoualc'h -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: promail et bogofilter
On Thu, 12 Jun 2008 15:42:48 +0200 Jacques L'helgoualc'h [EMAIL PROTECTED] wrote: - ajouter la ligne VERBOSE=on :-° je l'avais oubliée celle-là... Merci du tuyau ;), j'ai donc pu me rendre compte que le problème venait du fait que bogofilter n'arrivait pas à accéder au fichier wordlist.db partagé entre plusieurs utilisateurs... a+, Ivan -- Hotmail / MSN c'est mal (tm) : http://n.ethz.ch/student/fbianco/odd/odd.html http://mdkart.fr/blog/2007/02/16/5-raisons-dutiliser-gmail/ JabberID : [EMAIL PROTECTED] signature.asc Description: PGP signature
Re: [Résolu]Re: Affichage incorrect des caractères différents de l'ASCII 127
2008/6/12 Alain Vaugham: [...] J'ai installé locales-all et sélectionné les locales japonaises puis testé mais le système se rabat quand même sur l'anglais alors que par défaut c'est le français. Il doit y avoir autre chose à faire en plus. [...] Bonjour, que veut dire « sélectionné les locales japonaises » ? Le paquet locales-all ne pose aucune question à la configuration, on a accès à toutes les locales. Pour sélectionner la locale par défaut, il faut mettre LANG=fr_FR.UTF-8 dans /etc/default/locale et vérifier que le fichier /etc/environment ne modifie pas cette variable. Denis
Re: promail et bogofilter
[EMAIL PROTECTED] a écrit : Bonjour tout le monde, l'un d'entre vous serait-il arrivé à utiliser bogofilter via procmail ? En cherchant on trouve ces règles procmail : :0fw | bogofilter -u -e -p :0e { EXITCODE=75 HOST } :0: * ^X-Bogosity: Spam, tests=bogofilter $MAILDIR/.Junk/ :0: * ^X-Bogosity: Unsure, tests=bogofilter $MAILDIR/.Junk/ mais il se trouve que chez moi tous les mails qui passent par ces règles génèrent une erreur et se retrouvent donc indéfiniment bloqués en queue... Et pas moyen de savoir d'où ça peut venir, d'autant que tout le monde à part moi à l'air super heureux avec ces règles :/ Une idée ? Merci d'avance, Ivan :0H * ^X-Bogosity: Spam $MAILDIR/.spam/ Ajoute un H pour préciser que c'est dans le Header qu'il doit faire la recherche. -- ++ Cyp Smilie: using tomorrow's energy today. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: [Résolu]Re: Affichage incorrect des caractères différents de l'ASCII 127
Alain Vaugham, jeudi 12 juin 2008, 15:39:26 CEST […] | Tu peux tester dans une autre locale (que tu as générée) par : | $ env LANG=ja_JP.UTF-8 ls toto | ls: toto: No such file or directory | ^^ | Chez moi, pas de locale japonais, le système se rabat sur l'anglais (défaut). J'ai installé locales-all et sélectionné les locales japonaises puis testé mais le système se rabat quand même sur l'anglais alors que par défaut c'est le français. Il doit y avoir autre chose à faire en plus. Correction : la valeur par défaut n’est pas l’anglais (« en »), c’est « C » (ou « POSIX »). Ce « par défaut » n’a rien à voir avec la « locale par défaut du système » que tu choisis à l’installation. Cette dernière est la valeur donnée à la variable LANG avant que l’utilisateur ne la change (éventuellement). Ce « par défaut » correspond au texte contenu dans le code et aux fonctions de formatage de base avant que les mécanismes de régionalisation ne les remplace. Il se trouve que le texte est généralement composé de phrases en anglais (ça pourrait très bien être une autre langue ou des codes quelconques) et que les mécanismes et formats sont ceux de l’anglais (ASCII même). -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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émarrage de grub foireux après un grub-install
Merci David ! C'était bien le kernel qui était à la source du problème, j'aurais du tester avant. Je suis passé en 2.6.25 (sa sortie m'avait échappé didju !) et l'uuid permet de booter comme il faut. Par contre je n'ai pas encore eu le temps de trifouiller dans le 2.6.24 pour trouver l'option à rajouter pour la compilation pour que ça marche avec l'uuid. Cependant, il subsiste un *petit* problème depuis que j'ai refait un grub-install /dev/sda pour être certain que la version de grub en fonction était la dernière : Au lieu de m'afficher le joli menu de boot, il reste bloqué sur Démarrage de grub ! (ou qqch dans le genre), et enfin après un certain temps et des bruits pas très jolis il m'affiche (hd0,2) 3 ou 4 fois, et enfin un menu de boot potable, mais pas celui qui devrait apparaitre selon mon grub.cfg (même pas d'image de splash :(). Et normalement, tous les fichiers de config de grub sont ceux d'origine. Je n'ai aucune idée de ce que je peux faire, les tentatives de réinstallation des packages et de grub-install n'ont rien donné, pas plus qu'un update-grub de temps à autres... Merci pour votre aide :p -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: promail et bogofilter
cyp a écrit, jeudi 12 juin 2008, à 16:17 : [...] :0H * ^X-Bogosity: Spam $MAILDIR/.spam/ Ajoute un H pour préciser que c'est dans le Header qu'il doit faire la recherche. Surtout pas, - c'est déjà l'option par défaut, - mais un bug de procmail ne désactive plus ensuite le H explicite... -- Jacques L'helgoualc'h -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: xdmcp
Une fois que tu as trouvé le fichier, tu l'édites, tu vires nolisten tcp ainsi que le - devant En clair : Dans /etc/X11/xdm/Xservers Tu édites les lignes qui n'étaient pas commentées avant ta manip' (facile vu que t'as pris soin de faire une sauvegarde, suffit de la remettre en activité) et tu remplaces -nolisten tcp par... rien : :0 local /usr/bin/X :0 vt7 -nolisten tcp devient : :0 local /usr/bin/X :0 vt7 Tu relances le serveur X, tu vérifies avec nmap, ça marche pas, tu réédites ton fichier pour le remettre comme avant. Tu édites /etc/X11/xinit/xserverrc Tu remplaces : exec /usr/bin/X11/X -dpi 100 -nolisten tcp par exec /usr/bin/X11/X -dpi 100 Tu relances X, tu verifies, t'as gagné : ) Et non ... toujours pareil : PORT STATE SERVICE 6000/tcp closed X11 J'ai bien suivi tes consignes pourtant. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: promail et bogofilter
Jacques L'helgoualc'h a écrit : cyp a écrit, jeudi 12 juin 2008, à 16:17 : [...] :0H * ^X-Bogosity: Spam $MAILDIR/.spam/ Ajoute un H pour préciser que c'est dans le Header qu'il doit faire la recherche. Surtout pas, - c'est déjà l'option par défaut, - mais un bug de procmail ne désactive plus ensuite le H explicite... Tu as plus de détail sur le dernier point que tu évoque ? J'avoue ne pas avoir tout compris. -- ++ Cyp Smilie: using tomorrow's energy today. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: [Résolu]Re: Affichage incorrect des caractères différents de l'ASCII 127
Le jeudi 12 juin 2008 16:17, Denis Barbier a écrit : | 2008/6/12 Alain Vaugham: | [...] | J'ai installé locales-all et sélectionné les locales japonaises puis testé | mais le système se rabat quand même sur l'anglais alors que par défaut c'est | le français. | Il doit y avoir autre chose à faire en plus. | [...] | | Bonjour, que veut dire « sélectionné les locales japonaises » ? Cela veut dire que je faisais fausse route en suivant le conseil du lien ci-dessous. Il n'y avait aucun résultat. Comme l'a indiqué Frédéric, il fallait modifier le paramétrage du terminal pour que les caractères français et japonais s'affichent correctement : http://lists.debian.org/debian-user-french/2008/06/msg00117.html c'est à dire que j'avais : - installé le paquet locales-all après avoir déjà installé le paquet locales - dpkg-reconfigure locales (et non locales-all) - coché toutes les déclinaisons disponibles pour [fr] et [jp]. - choisi un encodage par défaut Alors qu'il suffisait d'indiquer UTF-8 dans le paramétrage du terminal. | Le paquet locales-all ne pose aucune question à la configuration, | on a accès à toutes les locales. Pour sélectionner la locale par | défaut, il faut mettre | LANG=fr_FR.UTF-8 | dans /etc/default/locale et vérifier que le fichier /etc/environment | ne modifie pas cette variable. Je viens de modifier /etc/environnement que j'avais laissé en français tout à l'heure : # locale-gen Generating locales (this might take a while)... ja_JP.UTF-8... done ja_JP.EUC-JP... done ja_JP.UTF-8... done Generation complete. $ cat /etc/locale.gen ja_JP.UTF-8 UTF-8 ja_JP.EUC-JP EUC-JP ja_JP.UTF-8 UTF-8 $ cat /etc/default/locale LANG=ja_JP.UTF-8 $ cat /etc/environment LANG=ja_JP.UTF-8 $ ls toto ls: toto: No such file or directory $ su Password: # ls toto ls: toto: そのようなファイルやディレクトリはありません Il doit y avoir autre chose à faire en plus pour que l'affichage des messages en japonais ne soit pas réservé à root. Merci de t'être intéressé à mon problème. -- Cordialement, Alain Vaugham [PUB] Signature numérique GPG de ce courrier: 0xD26D18BC pgpejQsK7y8Qw.pgp Description: PGP signature
Re: Erreur d'initialisation du pilote audio : comment le redémarrer ?
Le jeudi 12 juin 2008 13:34, David Prévot a écrit : Strange Fruit a écrit : La seule solution que j'ai actuellement est de tout redémarrer parce que je ne sais pas comment relancer le pilote audio : c'est vraiment trop con, il doit bien y avoir un moyen plus intelligent et plus rapide de relancer le son. Pouvez-vous m'aider pour le connaître ? Décharger puis recharger les modules du son avant de redémarrer arts peut-être ? Amicalement David Merci David, mais je ne sais pas trop comment. Dois-je essayer tous les modules snd* et soundcore ? C'est que ça ne se laisse pas enlever facilement ces affaires-là : sudo rmmod snd snd_hda_codec snd_hda_intel snd_mixer_oss snd_page_alloc snd_pcm snd_pcm_oss snd_timer soundcore ERROR: Module snd is in use by snd_hda_intel,snd_hda_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer ERROR: Module snd_hda_codec is in use by snd_hda_intel ERROR: Module snd_hda_intel is in use ERROR: Module snd_mixer_oss is in use by snd_pcm_oss ERROR: Module snd_page_alloc is in use by snd_hda_intel,snd_pcm ERROR: Module snd_pcm is in use by snd_hda_intel,snd_hda_codec,snd_pcm_oss ERROR: Module snd_timer is in use by snd_pcm ERROR: Module soundcore is in use by snd et avec l'option -f ce n'est pas beaucoup mieux : ERROR: Removing 'snd': Resource temporarily unavailable ERROR: Removing 'snd_hda_codec': Resource temporarily unavailable (et le term semble figé maintenant) Ne me dites pas de ne pas utilliser rmmod mais modprobe -r, ce n'est pas mieux : FATAL: Module snd is in use. Évidemment je viens de tester à un moment où le son fonctionnait. Je verrai ce qui se passera quand la panne se reproduira ; peut-être demain, peut-être dans un mois... Mais j'ai des doutes. -- Strange Fruit -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: [Résolu]Re: Affichage incorrect des caractères différents de l'ASCII 127
Le 12 juin 2008 17:26, Alain Vaugham [EMAIL PROTECTED] a écrit : [...] Cela veut dire que je faisais fausse route en suivant le conseil du lien ci-dessous. Il n'y avait aucun résultat. Comme l'a indiqué Frédéric, il fallait modifier le paramétrage du terminal pour que les caractères français et japonais s'affichent correctement : http://lists.debian.org/debian-user-french/2008/06/msg00117.html c'est à dire que j'avais : - installé le paquet locales-all après avoir déjà installé le paquet locales - dpkg-reconfigure locales (et non locales-all) - coché toutes les déclinaisons disponibles pour [fr] et [jp]. - choisi un encodage par défaut Ok, je comprends pourquoi tu as fait ça, mais il vaudrait mieux choisir entre locales et locales-all et n'en garder qu'un. $ cat /etc/default/locale LANG=ja_JP.UTF-8 $ cat /etc/environment LANG=ja_JP.UTF-8 Ton fichier /etc/environment ne contient pas d'autre variable que LANG, qui est déjà dans /etc/default/locale, tu devrais supprimer ce fichier. $ ls toto ls: toto: No such file or directory Les fichiers ci-dessus sont lus au login, il faut donc quitter et se reconnecter pour que les changements soient pris en compte. Si le problème persiste, la commande locale sans arguments indique les paramètres de langue actuels. Tu devrais avoir : $ locale LANG=ja_JP.UTF-8 LC_CTYPE=ja_JP.UTF-8 LC_NUMERIC=ja_JP.UTF-8 LC_TIME=ja_JP.UTF-8 LC_COLLATE=ja_JP.UTF-8 LC_MONETARY=ja_JP.UTF-8 LC_MESSAGES=ja_JP.UTF-8 LC_PAPER=ja_JP.UTF-8 LC_NAME=ja_JP.UTF-8 LC_ADDRESS=ja_JP.UTF-8 LC_TELEPHONE=ja_JP.UTF-8 LC_MEASUREMENT=ja_JP.UTF-8 LC_IDENTIFICATION=ja_JP.UTF-8 LC_ALL= Si ce n'est pas le cas, cela signifie que lors du login, un programme modifie tes paramètres de langue. Tu devrais trouver le coupable en remplaçant fr_FR par le contenu de ta variable LANG dans la commande que j'avais donnée dans un autre fil : grep -s -r fr_FR /etc $HOME/.[a-zA-Z]* Denis
Re: promail et bogofilter
cyp a écrit, jeudi 12 juin 2008, à 17:03 : Jacques L'helgoualc'h a écrit : [...] - mais un bug de procmail ne désactive plus ensuite le H explicite... Tu as plus de détail sur le dernier point que tu évoque ? J'avoue ne pas avoir tout compris. , http://www.procmail.org/procmail-history.html | 2001/09/13: v3.23pre | Changes to procmail: | + Don't coredump in comsat code if interrupted early | + Correctly handle COMSAT=on | + Once used the 'H' flag would never be cleared ` http://www.ii.com/internet/robots/procmail/qs/#bugs http://article.gmane.org/gmane.mail.procmail/8584 http://mailman.rwth-aachen.de/pipermail/procmail/2002-February/008355.html -- Jacques L'helgoualc'h -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: virtualbox
C'est non maintenant. Virualbox-ose fonctionne. Je pense qu'il me manquait le paquetage «kernel-package» à moins que cela ne soit «linux-header-2.6.25-2-common» bien que je n'en sois pas certain. merci à tous nono -- .-. .-. / 0o\ nono at jabber-fr dot net/0o \ ` .\/ `http://zenith.noel.free.fr/ ` \/. ` (` .) http://www.linux-france.org/~jcnoel/ (. `) === `=--= == =--=` === signature.asc Description: Ceci est une partie de message numériquement signée
Pb de resize ext3 (lvm)
Bonjour, Sur une etch, sdb1 : partition lvm qui prend tout le disque (500Go) PV Name /dev/sdb1 VG Name vgbackup PV Size 465,76 GB / not usable 0 et ce vg ne contient qu'un lv qui faisait 250Go (reste pas utilisé) J'ai démonté le filesystem concerné, agrandi le lv sans pb avec lvextend, mais ensuite ça va moins bien : resize2fs -p /dev/vgbackup/lvbak resize2fs 1.40-WIP (14-Nov-2006) Resizing the filesystem on /dev/vgbackup/lvbak to 91750400 (4k) blocks. Begin pass 1 (max = 800) Extending the inode table resize2fs: Attempt to write block from filesystem resulted in short write while trying to resize /dev/vgbackup/lvbak donc le fs est resté à sa taille initiale, mais un fsck derrière me trouve plein d'erreurs. Ça vous cause ? Vous avez déjà eu ce genre de pbs ? Parce que ça me refroidit un peu sur l'usage de lvm, et j'ai bien envie de reformater ces 500Go en ext3 (c'est du backup, et je me gardais juste un peu de rab sur ce disque pour étendre éventuellement le lvm d'à coté.. Merci des retours et suggestions. -- Daniel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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]
[Résolu]Re: Affichage incorrect des caractères différents de l'ASCII 127
Le jeudi 12 juin 2008 18:08, Denis Barbier a écrit : | Le 12 juin 2008 17:26, Alain Vaugham [EMAIL PROTECTED] a écrit : | [...] | Cela veut dire que je faisais fausse route en suivant le conseil du lien | ci-dessous. Il n'y avait aucun résultat. Comme l'a indiqué Frédéric, il | fallait modifier le paramétrage du terminal pour que les caractères français | et japonais s'affichent correctement : | http://lists.debian.org/debian-user-french/2008/06/msg00117.html | | c'est à dire que j'avais : | - installé le paquet locales-all après avoir déjà installé le paquet locales | - dpkg-reconfigure locales (et non locales-all) | - coché toutes les déclinaisons disponibles pour [fr] et [jp]. | - choisi un encodage par défaut | | Ok, je comprends pourquoi tu as fait ça, mais il vaudrait mieux choisir | entre locales et locales-all et n'en garder qu'un. C'est fait : j'ai désinstallé locales-all. | | $ cat /etc/default/locale | LANG=ja_JP.UTF-8 | $ cat /etc/environment | LANG=ja_JP.UTF-8 | | Ton fichier /etc/environment ne contient pas d'autre variable que LANG, | qui est déjà dans /etc/default/locale, tu devrais supprimer ce fichier. Je vais le laisser pour l'instant pour comprendre l'interaction entre /etc/environnement et /etc/default/locale | | $ ls toto | ls: toto: No such file or directory | | Les fichiers ci-dessus sont lus au login, il faut donc quitter et se | reconnecter Voilà, c'est ce que je n'avais pas fait! Il fallait se reconnecter pour que le user bénéficie des messages en japonais. | pour que les changements soient pris en compte. Si le problème persiste, il ne persiste pas :-) | la commande locale sans arguments indique les paramètres de langue actuels. | Tu devrais avoir : | $ locale | LANG=ja_JP.UTF-8 | LC_CTYPE=ja_JP.UTF-8 | LC_NUMERIC=ja_JP.UTF-8 | LC_TIME=ja_JP.UTF-8 | LC_COLLATE=ja_JP.UTF-8 | LC_MONETARY=ja_JP.UTF-8 | LC_MESSAGES=ja_JP.UTF-8 | LC_PAPER=ja_JP.UTF-8 | LC_NAME=ja_JP.UTF-8 | LC_ADDRESS=ja_JP.UTF-8 | LC_TELEPHONE=ja_JP.UTF-8 | LC_MEASUREMENT=ja_JP.UTF-8 | LC_IDENTIFICATION=ja_JP.UTF-8 | LC_ALL= C'est le cas : $ locale LANG=ja_JP.UTF-8 LC_CTYPE=ja_JP.UTF-8 LC_NUMERIC=ja_JP.UTF-8 LC_TIME=ja_JP.UTF-8 LC_COLLATE=ja_JP.UTF-8 LC_MONETARY=ja_JP.UTF-8 LC_MESSAGES=ja_JP.UTF-8 LC_PAPER=ja_JP.UTF-8 LC_NAME=ja_JP.UTF-8 LC_ADDRESS=ja_JP.UTF-8 LC_TELEPHONE=ja_JP.UTF-8 LC_MEASUREMENT=ja_JP.UTF-8 LC_IDENTIFICATION=ja_JP.UTF-8 LC_ALL= | | Si ce n'est pas le cas, cela signifie que lors du login, un programme | modifie tes paramètres de langue. Tu devrais trouver le coupable | en remplaçant fr_FR par le contenu de ta variable LANG dans | la commande que j'avais donnée dans un autre fil : | grep -s -r fr_FR /etc $HOME/.[a-zA-Z]* ...et que j'avais noté précieusement. Mais là je n'en ai pas besoin. Je crois que mon problème est définitivement résolu et même bien au-delà de ce que je pouvais espérer. Encore merci et merci aussi à Sylvain pour toutes ses précisions sur la valeur par défaut qui n'est pas l'anglais (« en »), mais « C » (ou « POSIX ») et que j'ai rencontré sur une autre machine lors de la config ratée de KDE avec KSCIM-anthy pour la saisie en japonais. à bientôt (je termine d'abord la config du Postgres sur cette machine.) -- Cordialement Alain Vaugham [PUB] Signature numérique GPG de ce courrier: 0xD26D18BC pgputfaQe8QvB.pgp Description: PGP signature
Re: driver son asus p5kc
Le Thu, 12 Jun 2008 03:34:31 +0200, Philippe MONROUX [EMAIL PROTECTED] a écrit : Bonjour, Je viens d'acquérir une carte mère asus p5kc. Voici la sortie lspci concernant l'audio : 00:1b.0 Audio device: Intel Corporation Unknown device 293e (rev 02) Subsystem: ASUSTeK Computer Inc. Unknown device 829f Flags: bus master, fast devsel, latency 0, IRQ 15 Memory at f9ff8000 (64-bit, non-prefetchable) [size=16K] Capabilities: access denied le site asus précise que l'audio est : Realtek ALC 883 Regarder dans dans Noyau /Documentation/sound/alsa/ALSA-Configuration.txt : ALC883/888 3stack-dig3-jack with SPDIF I/O 6stack-dig6-jack digital with SPDIF I/O 3stack-6ch3-jack 6-channel 3stack-6ch-dig 3-jack 6-channel with SPDIF I/O 6stack-dig-demo 6-jack digital for Intel demo board acer Acer laptops (Travelmate 3012WTMi, Aspire 5600, etc) acer-aspire Acer Aspire 9810 medionMedion Laptops medion-md2Medion MD2 targa-dig Targa/MSI targa-2ch-dig Targs/MSI with 2-channel laptop-eapd 3-jack with SPDIF I/O and EAPD (Clevo M540JE, M550JE) lenovo-101e Lenovo 101E lenovo-nb0763 Lenovo NB0763 lenovo-ms7195-dig Lenovo MS7195 haier-w66 Haier W66 3stack-hp HP machines with 3stack (Lucknow, Samba boards) 6stack-dell Dell machines with 6stack (Inspiron 530) mitac Mitac 8252D clevo-m720Clevo M720 laptop series fujitsu-pi2515 Fujitsu AMILO Pi2515 auto auto-config reading BIOS (default) et essayer les options proposées à passer au module. Cordialement mahashakti89 -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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]
[résolu]Re: nvidia 8400gs : twinview et ou 2 session x séparé - retour ati impossible
Le jeudi 12 juin 2008 10:25, DUFRESNE, Matthias (STERIA) a écrit : -- Pour faire marcher la mienne (9600GT) il m'a fallu prendre les drivers nvidia officiels à partir de la version 171 (1.171.* peut-être) erf j'avais pas vu la réponse qui était partit dans votre signature (à cause du '--') j'ai récupéré le disque d'une install précédante puis un coud de dd, tout est a nouveau correct (en ati) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: [Résolu]Re: Affichage incorrect des caractères différents de l'ASCII 127
Le 12 juin 2008 19:11, Alain Vaugham [EMAIL PROTECTED] a écrit : [...] | Ton fichier /etc/environment ne contient pas d'autre variable que LANG, | qui est déjà dans /etc/default/locale, tu devrais supprimer ce fichier. Je vais le laisser pour l'instant pour comprendre l'interaction entre /etc/environnement et /etc/default/locale Le fichier /etc/environment est un fichier de configuration de PAM. Pendant longtemps, le paquet locales a squatté ce fichier et le modifiait à sa guise, ce qui est normalement interdit, les paquets ne doivent pas modifier les fichiers de configuration des autres paquets. Le fichier /etc/default/locale a été introduit pour contenir les paramètres de langues (comme /etc/sysconfig/i18n sous Fedora et Mandriva, je crois) , et maintenant le paquet locales modifie ce fichier et ne touche plus à /etc/environment. Les programmes qui utilisaient /etc/environment pour permettre aux utilisateurs de spécifier des variables d'environnement ont été modifiés pour lire aussi /etc/default/locale. Mais si on met des valeurs contradictoires dans ces 2 fichiers, on risque d'avoir des surprises, c'est pourquoi il vaut mieux supprimer les paramètres de langue du fichier /etc/environment, et éventuellement supprimer ce fichier s'il ne contient plus aucune définition. Denis
unitech lecteur de code barres
bisoir à tous je vien d'avoir en test un lecteur codes barres unitech après qques coups de tournevis ce machin me lit bien les codes barres mais pas bien interprétés . en gros je lis : !èà!ç(èè!è§ au lieu de 8 710895778176 si qqun a une expérience sur ce machin venu de mars il est le bienvenu :-) ou une doc c'est encore mieux venu histoire de pas rester idiot. mais google a pas été mon pote la dessus :-( a++ Guy -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: [Résolu]Re: Affichage incorrect des caractères différents de l'ASCII 127
Le jeudi 12 juin 2008 21:52, Denis Barbier a écrit : | Le 12 juin 2008 19:11, Alain Vaugham [EMAIL PROTECTED] a écrit : | [...] | | Ton fichier /etc/environment ne contient pas d'autre variable que LANG, | | qui est déjà dans /etc/default/locale, tu devrais supprimer ce fichier. | Je vais le laisser pour l'instant pour comprendre l'interaction entre | /etc/environnement | et | /etc/default/locale | | Le fichier /etc/environment est un fichier de configuration de PAM. | Pendant longtemps, le paquet locales a squatté ce fichier et le | modifiait à sa guise, ce qui est normalement interdit, les paquets | ne doivent pas modifier les fichiers de configuration des autres | paquets. | Le fichier /etc/default/locale a été introduit pour contenir les | paramètres de langues (comme /etc/sysconfig/i18n sous Fedora | et Mandriva, je crois) , et maintenant le paquet locales modifie ce | fichier et ne touche plus à /etc/environment. | Les programmes qui utilisaient /etc/environment pour permettre | aux utilisateurs de spécifier des variables d'environnement ont | été modifiés pour lire aussi /etc/default/locale. Mais si on met | des valeurs contradictoires dans ces 2 fichiers, on risque d'avoir | des surprises, c'est pourquoi il vaut mieux supprimer les | paramètres de langue du fichier /etc/environment, et éventuellement | supprimer ce fichier s'il ne contient plus aucune définition. | | Denis | Il ne contient pas d'autre variable que LANG qui est déjà dans /etc/default/locale. Je m'exécute puis vérifie que sa présence était inutile dans mon cas : # rm /etc/environnement J'ai pris soins de conserver dans mes notes toutes ces explications après les avoir expérimentées. à bientôt. -- Cordialement, Alain Vaugham [PUB] Signature numérique GPG de ce courrier: 0xD26D18BC pgp4zPUnHDRIz.pgp Description: PGP signature
Re: driver son asus p5kc
De (from) (von) [EMAIL PROTECTED] : Je viens d'acqu?rir une carte m?re asus p5kc. Voici la sortie lspci concernant l'audio : 00:1b.0 Audio device: Intel Corporation Unknown device 293e (rev 02) Subsystem: ASUSTeK Computer Inc. Unknown device 829f Flags: bus master, fast devsel, latency 0, IRQ 15 Memory at f9ff8000 (64-bit, non-prefetchable) [size=16K] Capabilities: access denied le site asus pr?cise que l'audio est : Realtek ALC 883 Regarder dans dans Noyau /Documentation/sound/alsa/ALSA-Configuration.txt : Merci de votre aide. Dans ce fichier j'ai : Module snd-hda-intel Module for Intel HD Audio (ICH6, ICH6M, ESB2, ICH7, ICH8), ATI SB450, SB600, RS600, VIA VT8251/VT8237A, SIS966, ULI M5461 model - force the model name position_fix - Fix DMA pointer (0 = auto, 1 = none, 2 = POSBUF, 3 = FIFO size) single_cmd - Use single immediate commands to communicate with codecs (for debugging only) This module supports one card and autoprobe. Each codec may have a model table for different configurations. If your machine isn't listed there, the default (usually minimal) configuration is set up. You can pass model=name option to specify a certain model in such a case. There are different models depending on the codec chip. Model nameDescription ----- ALC880 [...] ALC883/888 3stack-dig3-jack with SPDIF I/O 6stack-dig6-jack digital with SPDIF I/O 6stack-dig-demo 6-stack digital for Intel demo board auto auto-config reading BIOS (default) [...] donc j'ai essay? d'ins?rer le module snd-hda-intel successivement avec les 4 options, mais elles ont toutes ?chou? . Ce module ne correspondrait-il pas ? ma carte ? -- philippe -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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: unitech lecteur de code barres
Le vendredi 13 juin 2008 00:39, Guy Deleeuw a écrit : bisoir à tous je vien d'avoir en test un lecteur codes barres unitech après qques coups de tournevis ce machin me lit bien les codes barres mais pas bien interprétés . en gros je lis : !èà!ç(èè!è§ au lieu de 8 710895778176 si qqun a une expérience sur ce machin venu de mars il est le bienvenu :-) ou une doc c'est encore mieux venu histoire de pas rester idiot. mais google a pas été mon pote la dessus :-( si c'est un lecteur série (rs232), y'a ptet des longueur de mots à modifier, parité, habituellement la vitesse est de 9600bauds s'il est sur le port ps2 du clavier, essaye dans une console (pas celles de l'interface graphique, mais celles en tty1 tty6) de scanner voir si cela va mieux (problème d'encodage) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists 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]