Re: vlc et avi : echec lecture video sous debian
Le dimanche 3 août 2008, Yann Cohen a écrit : > Le dimanche 03 août 2008 à 15:43 +, > > [EMAIL PROTECTED] a écrit : > > --- En date de : Dim 3.8.08, Yann Cohen <[EMAIL PROTECTED]> a écrit : > > [...] > > > Penses tu avoir les codecs requis ? > > Il me semble. > > > As tu http://debian-multimedia.org/ > > dans ta source liste. Je n'ai pas personnellement vlc > > mais mplayer à partir de debian-multimedia. > > Oui j'ai bien cette référence. > > Les fichiers crées sont bien entendu lisible avec mplayer, xine, > totem, mais pas vlc sur debian... > > > Rq: > > http://packages.debian.org/etch/mplayer > > NOTE: the .tar.gz distributed with Debian does not contain > > all of the upstream code. Read README.Debian and > > copyright for details. > > > > Peut être peux tu trouver des solutions de ce > > côté là. > > > > Fully > > [...] > Yann. Voir www.debian-multimedia.org pour la réponse : 18/06/2008 : Broken ffmpeg libraries : Since Debian use the same soname packages name than my packages, official packages (vlc, totem, etc...) linked against libavc* doesn't work with my libavc* packages. If you want to use vlc and friends you need to downgrade libavc* packages to the official packages. Beware : downgrading to these packages will remove all debian-multimedia packages who depends on libavc* To downgrade do the following : dpkg -l | grep 3:2008 for each package echoed do : apt-get install --reinstall =0.svn20080206-8 0.svn20080206-8 is the unstable version and 0.cvs20070307-6 for testing (check with apt-cache for the current version). If somebody know a better solution tell me. Autrement dit tu fais dpkg -l | grep 3:2008 et pour chaque résultat affiché tu fais apt-get install --reinstall =0.svn20080206-8 où package prend tour à tour le nom de chacun des packages affichés par la commande précédente. Pour voir la version candidate en sid (si tu es en sid) ou en testing (si tu es en testing) fais apt-cache policy et remplace 0.svn20080206-8 par le numéro de version affiché. Cordialement Thomas Preud'homme -- Why Debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: samba et exim4 incompatibles sous lenny?
Le lundi 4 août 2008, patrick a écrit : > Ne peut-on installer exim4 et samba sur la même bécane ??? > > Provisoirement (j'espère), j'ai installé samba 2:3.2.0-4 car la mise > à jour de sécurité de samba3 sous lenny n'est pas installable: - en > effet libldap-2.4-2 qui est une dépendance d'exim4-daemon-heavy et > libldap2 (une dépendance de samba dans la dernière version de > sécurité de lenny: 3.0.28-1~lenny1) sont en conflit. > > Cette incompatibilité existe depuis la correction du bug #475856 et > le changement de librairie LDAP depuis la dernière mise à jour de > sécurité de samba : > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=475856 > > $ apt-cache policy samba > samba: > Installé : 2:3.2.0-4 > Candidat : 2:3.2.0-4 > Table de version : > *** 2:3.2.0-4 0 > 986 http://ftp.fr.debian.org lenny/main Packages > 98 http://ftp.fr.debian.org sid/main Packages > 100 /var/lib/dpkg/status > 3.0.28-1~lenny1 0 > 988 http://security.debian.org lenny/updates/main Packages > 3.0.24-6etch10 0 > 982 http://ftp.fr.debian.org etch/main Packages > 984 http://security.debian.org etch/updates/main Packages > > $ apt-cache show smbclient | grep Depends > Depends: samba-common (= 2:3.2.0-4), libc6 (>= 2.7-1), libcomerr2 (>= > 1.33-3), libkrb53 (>= 1.6.dfsg.2), libldap-2.4-2 (>= 2.4.7), > libncurses5 (>= 5.6+20071006-3), libpopt0 (>= 1.14), libreadline5 (>= > 5.2), libtalloc1, libwbclient0 (>= 2:3.2.0) Depends: samba-common (= > 3.0.28-1~lenny1), libc6 (>= 2.7-1), libcap1, libcomerr2 (>= 1.33-3), > libkrb53 (>= 1.6.dfsg.2), libldap2 (>= 2.1.17-1), libncurses5 (>= > 5.6+20071006-3), libpopt0 (>= 1.10), libreadline5 (>= 5.2) Depends: > samba-common (= 3.0.24-6etch10), libc6 (>= 2.3.6-6), libcomerr2 (>= > 1.33-3), libkrb53 (>= 1.4.2), libldap2 (>= 2.1.17-1), libncurses5 (>= > 5.4-5), libpopt0 (>= 1.10), libreadline5 (>= 5.2) Hum étrange. La version de samba dans sid et lenny sont identiques d'après http://packages.qa.debian.org/s/samba.html pourtant tu as des dépendances différentes que les miennes pour smbclient. Es-tu sur une architecture autre que x86 (je ne sais pas si des dépendances peuvent être différentes suivant les archis). > > > $ apt-cache show exim4-daemon-heavy | grep Depends > Depends: exim4-base (>= 4.69), libc6 (>= 2.7-1), libdb4.6, > libgnutls26 (>= 2.4.0-0), libldap-2.4-2 (>= 2.4.7), > libmysqlclient15off (>= 5.0.27-1), libpam0g (>= 0.99.7.1), libpcre3 > (>= 7.4), libperl5.10 (>= 5.10.0), libpq5 (>= 8.3~beta1), libsasl2-2, > libsqlite3-0 (>= 3.5.9), debconf (>= 0.5) | debconf-2.0 Depends: > exim4-base (>= 4.63), libc6 (>= 2.3.6-6), libdb4.3 (>= 4.3.28-1), > libgnutls13 (>= 1.4.0-0), libldap2 (>= 2.1.17-1), libmysqlclient15off > (>= 5.0.24-2), libpam0g (>= 0.76), libpcre3 (>= 4.5), libperl5.8 (>= > 5.8.8), libpq4 (>= 8.1.4), libsasl2-2, libsqlite3-0 (>= 3.3.8), > debconf (>= 0.5) | debconf-2.0 > > S'agit-il d'un bug à signaler? Une prochaine mise à jour corrigera > t-elle cette incompatibilité? Est-il urgent d'attendre? ;-) > > > merci de votre aide. Cordialement, Thomas Preud'homme -- Why Debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: samba et exim4 incompatibles sous lenny?
Le lundi 4 août 2008, Charles Plessy a écrit : > Le Mon, Aug 04, 2008 at 03:44:38PM +0200, Thomas Preud'homme a écrit : > > > Table de version : > > > *** 2:3.2.0-4 0 > > > 986 http://ftp.fr.debian.org lenny/main Packages > > > 98 http://ftp.fr.debian.org sid/main Packages > > > 100 /var/lib/dpkg/status > > > 3.0.28-1~lenny1 0 > > > 988 http://security.debian.org lenny/updates/main > > > Packages 3.0.24-6etch10 0 > > > 982 http://ftp.fr.debian.org etch/main Packages > > > 984 http://security.debian.org etch/updates/main Packages > > > > > > $ apt-cache show smbclient | grep Depends > > > Depends: samba-common (= 2:3.2.0-4), libc6 (>= 2.7-1), libcomerr2 > > > (>= 1.33-3), libkrb53 (>= 1.6.dfsg.2), libldap-2.4-2 (>= 2.4.7), > > > libncurses5 (>= 5.6+20071006-3), libpopt0 (>= 1.14), libreadline5 > > > (>= 5.2), libtalloc1, libwbclient0 (>= 2:3.2.0) Depends: > > > samba-common (= 3.0.28-1~lenny1), libc6 (>= 2.7-1), libcap1, > > > libcomerr2 (>= 1.33-3), libkrb53 (>= 1.6.dfsg.2), libldap2 (>= > > > 2.1.17-1), libncurses5 (>= 5.6+20071006-3), libpopt0 (>= 1.10), > > > libreadline5 (>= 5.2) Depends: samba-common (= 3.0.24-6etch10), > > > libc6 (>= 2.3.6-6), libcomerr2 (>= 1.33-3), libkrb53 (>= 1.4.2), > > > libldap2 (>= 2.1.17-1), libncurses5 (>= 5.4-5), libpopt0 (>= > > > 1.10), libreadline5 (>= 5.2) > > > > Hum étrange. La version de samba dans sid et lenny sont > > identiques d'après http://packages.qa.debian.org/s/samba.html > > pourtant tu as des dépendances différentes que les miennes pour > > smbclient. > > J'ai aussi été enduit d'erreur un moment, mais en y regardant bien, > on voit que ce sont les dépendances pour chacune des trois versions > disponibles. (Le mot-clé « Depends: » apparaît trois fois ci-dessus). > > Bonne soirée, > > -- > Charles Ah oui en effet cela se voyait beaucoup moins une fois le texte formatté par kmail avec des > et la coupure à 80 caractères. Quoiqu'il en soit la version qu'il a installé est bien la bonne pour lenny puisque son numéro de version est plus récent que celui dans les dépôts security. Cordialement, Thomas Preud'homme -- Why Debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: Quelle version debian pour un processeur E6400 Core 2 duo ?
The Wednesday 17 September 2008 12:08:16 Charles Plessy, you wrote : > Le Wed, Sep 17, 2008 at 09:54:36AM +, Anne Sophe Lantz a écrit : > >Je voudrais faire une installation d'une debian sur une configuration > >avec un processeur E6400 Core 2 duo. > >Quelle version de Debian dois-je utiliser ? > > Au choix i386 ou amd64. La première permet d'utiliser d'utiliser > certains programmes propriétaires comme l'infâme greffon Flash, et la > seconde est à recommander pour le calcul scientifique ou tout autre > application qui a besoin de manipuler des données très complexes. La > raison technique derrière est que i386 est « 32 bits » et amd64 « 64 > bits ». Pour ce qui est du greffon flash je l'utilise avec succès sur une Debian amd64 via nspluginwrapper (flashplugin-nonfree a une dépendance sur ce paquet). > > Bonne journée, > > -- > Charles Plessy > Tsurumi, Kanagawa, Japon Cordialement, Thomas Preud'homme -- Why debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: Pourquoi installer les versions sources ?
The Wednesday 17 September 2008 12:44:22 Anne Sophe Lantz, you wrote : > Bonjour, > > Question d'une novice comme moi : > Y a t il un intérêt à installer les applications à partir d'une version > source ? J'ai lu qu'installer une version source était plus sure et plus > stable. > > Merci de m'éclairer sur ce point. > Amicalement > Anne Sophie En général cela est surtout fait pour une question de rapidité. L'application est alors compilée pour votre ordinateur en particulier et tire bénéfice de toute la puissance de votre processeur (pour simplifier). Je ne vois pas pourquoi cela serait plus stable par contre plus secure parce qu'on est sûr d'exécuter l'application qui correspond aux sources qu'on a lu. Dans le cas d'une application binaire on peut toujours imaginer que ce qu'on exécute est une version modifiée avec de mauvaises choses dedans. Concernant un paquet Debian il ne devrait pas y avoir de problème de sécurité (bien que l'encore récent incident de openssl peut réduire cette confiance). Cordialement, Thomas Preud'homme -- Why debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: Hibernate avec Debian Lenny.
The Tuesday 23 September 2008 18:16:49 Adrien Panay, you wrote : > Salut, > > J'ai aussi un dell (xps m1210), j'ai installé uswsusp : ça marche tout > seul (franchement, debian c'est plus ce que cétait... ;) > Pour passer en veille sur la ram (alimentation requise) : > sudo s2ram -f > (le "-f" c'est pour forcer s2ram s'il ne connait pas la carte mère tout ça) > Pour passer en veille sur le disque (alimentation non requise) : > sudo s2disk > > Tu les a certainement déjà trouvé mais bon... > http://wiki.debian.org/Suspend > http://en.opensuse.org/S2ram Il y a s2both qui est sympa (même paquet) qui permet de faire un s2ram et arrivé à 2% de la batterie passer en s2disk. Cordialement, Thomas Preud'homme -- Why debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Touches multimédias liés au son sur MacBook Pro
Chère liste,
Voici un autre problème que je rencontre avec mon MacBook Pro concernant les
touches multimédias (en l'occurence pour monter et diminuer le son) sur mon
MacBook Pro.
J'ai installé pommed dont je suis pleinement satisfait. Je n'ai pu retrouver
le comportement de mac OS (notament la luminosité de l'écran fonction de la
luminosité ainsi qu'un gradient de rétro-éclairage pour les touches en
fonction de la luminosité. Néanmoins d'autres paramètres peuvent être réglés
plus finement notament les niveaux de déclenchements et les pas
d'incrément/décrément pour les différentes fonctions, dont le son (oui
l'intro était longue).
J'ai donc réglé le pas du son sur 1 et j'ai configurer pommed pour qu'il
touche au son PCM. Néanmoins, lorsque je diminue le son, en plus du volume
PCM qui diminue d'une unité (jusqu'ici tout va bien), le volume général
(master) diminue de 10, quels que soit mes réglages, que pommed soit lancé ou
non (/etc/init.d/pommed stop).
Il y a donc a priori un autre élément qui modifie le son sans que je parvienne
à trouver lequel. J'ai soupçonné un temps KDE mais je n'ai pu trouver dans la
config quoique ce soit qui puisse confirmer cette hypothèse si ce n'est un
fichier .kde/share/config/khotkeysrc
Je n'ai pas parcouru le fichier en entier (il fait 886 lignes) mais un grep
sur XF86AudioLowerVolume ou encore aumix ou [sS]ound n'a rien donné.
Auriez-vous une idée de ce qui pourrait modifier le son sur ma Debian ?
Au cas où cela vous serait utile, ci-joint mon fichier pommed.conf
Cordialement,
Thomas Preud'homme
--
Why debian : http://www.debian.org/intro/why_debian
#
# Configuration file for pommed
#
# General configuration
general {
# fnmode: functions keys first (no need to use fn) or last
# Value is either 1 or 2, effect is hardware-dependent
fnmode = 2
}
# ATI X1600 backlight control (MacBook Pro v1 & v2)
lcd_x1600 {
# initial backlight level [200] (0 - 255, -1 to disable)
init = 200
# step value (1 - 127)
step = 10
# backlight level when on battery [80] (1 - 255, 0 to disable)
on_batt = 80
}
# Intel 945GM, 965GM backlight control (MacBook, MacBook Air)
#lcd_gma950 {
# # initial backlight level [0x6f] (0x1f - 0x94 usually, -1 to disable)
# init = -1
# # step value (0x01 - 0x20)
# step = 0x0f
# # backlight level when on battery [0x40] (0x1f - 0x94 usually, 0 to
disable)
# on_batt = 0x40
#}
# nVidia GeForce 8600M GT backlight control (MacBook Pro v3 & v4)
lcd_nv8600mgt {
# initial backlight level [12] (0 - 15, -1 to disable)
init = 12
# step value (1 - 2)
step = 1
# backlight level when on battery [6] (1 - 15, 0 to disable)
on_batt = 6
}
# Audio support
audio {
# Use amixer or alsamixer/alsamixergui to determine the sound card
# and the mixer elements to use here.
# sound card to use
card = "hw:0"
# initial volume [80] (0 - 100%, -1 to disable)
init = 100
# step value (1 - 50%)
step = 1
# beep on volume change
beep = no
# mixer element for volume adjustment
volume = "PCM"
# mixer element for muting the speakers
speakers = "Front"
# mixer element for muting the headphones
headphones = "Headphone"
}
# Keyboard backlight control
kbd {
# default value for automatic backlight (0 - 255)
default = 255
# step value (1 - 127)
step = 5
# ambient light thresholds for automatic backlight (0 - 255)
on_threshold = 40
off_threshold = 50
# enable/disable automatic backlight
auto = yes
# idle timer - switches off keyboard backlight automatically (timeout
in seconds, -1 to disable)
idle_timer = -1
}
# CD/DVD drive ejection
eject {
# enable/disable eject key
enabled = yes
# CD/DVD device
device = "/dev/dvd"
}
# Beeper
beep {
# enable/disable beeper
enabled = no
# WAV file to use (from pommed: goutte.wav or click.wav in
/usr/share/pommed)
beepfile = "/usr/share/pommed/goutte.wav"
}
# Apple Remote - deprecated
# Note: the appleir driver is required for this to work; this driver has been
# obsoleted with Linux 2.6.22, so unless you are running a kernel < 2.6.22 or
# use the appleir driver on a newer kernel, this won't work.
# You should use LIRC instead.
#appleir {
# # enable/disable the appleir support
# enabled = no
#}
signature.asc
Description: This is a digitally signed message part.
Webcam iSight pour portable MacBook Pro
Bonjour, j'ai suivi le présent tutoriel afin de faire fonctionner ma webcam iSight sur mon portable MacBook Pro : http://www.vogelweith.com/debian_laptop/00_macbookpro.php#x1-310006.2 Tout s'est déroulé correctement jusqu'au ls /dev/video* puisqu'aucun périphérique de ce genre n'est créé. Voici le résultat du dpkg-reconfigure isight-firmware-tools : ** Message: Pilote Mac OS X.5.1 trouvé ** Message: Succès de l'extaction du microcode dans /lib/firmware/isight.fw ** Message: Applique le patch 0 : Correction du descripteur de l'interface de contrôle vidéo ** Message: Applique le patch 1 : Correction du descripteur de l'interface de flux vidéo ** Message: Applique le patch 2 : Correction l'interface de flux vidéo dans dmesg j'ai : [ 966.061995] Linux video capture interface: v2.00 [ 966.071004] usbcore: registered new interface driver uvcvideo [ 966.071017] USB Video Class driver (v0.1.0) puis après avoir redémarré hal : [ 1143.799268] hal-system-isig[4535]: segfault at 1018 ip 7feddf662cd0 sp 7fffe7d46eb0 error 4 in libusb-0.1.so.4.4.4[7feddf661000+7000] Dois-je soumettre un rapport de bug sur isight-firmware-tools ? Cordialement, Thomas Preud'homme -- Why debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: Pure-ftpd recalcitrant
Le jeudi 2 octobre 2008, Kevin Hinault a écrit : > Bonsoir la liste, > > Je soumets une question bête : que faire quand même un kill -9 ne > marche pas ? > > Sur ma debian, j'avais un user connecté sur mon pure-ftpd mais > pourtant il n'a pas de client demarré, les processus sont indiqués en > IDLE. Je trouve ca étrange, je relance le démon (méthode > pas-envie-de-comprendre-la) et je vois que mes process sont toujours > la. Je tente des les killer et rien Ah si certains sont passés > en zombie mais comme j'arrive pas tuer les pères, eux non plus ne > disparaissent pas. > > Y a t'il une autre solution que de rebooter ? (Ce que je veux > éviter.) > > Voici ce que me donne ps : > > # ps -edf | grep ftp > utilisateur 28653 1 0 18:17 ?00:00:00 pure-ftpd (IDLE) > root 28654 28653 0 18:17 ?00:00:00 [pure-ftpd-ldap-] > utilisateur 28810 1 0 18:20 ?00:00:00 > pure-ftpd (IDLE) root 28811 28810 0 18:20 ?00:00:00 > [pure-ftpd-ldap-] utilisateur 28812 1 0 18:20 ? > 00:00:00 pure-ftpd (IDLE) root 28813 28812 0 18:20 ? > 00:00:00 [pure-ftpd-ldap-] > > Kévin. Que donne un pstree ? Quel est le père de ces processus ? S'il s'agit de pureftpd je suppose que celui-ci oublie de faire des wait et le tuer puis le relancer devrait suffire. Si init ou ton shell est le père de ces processus alors c'est étrange. Cordialement, Thomas Preud'homme -- Why Debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: Pure-ftpd recalcitrant
Le jeudi 2 octobre 2008, vous avez écrit : > > Que donne un pstree ? Quel est le père de ces processus ? S'il > > s'agit de pureftpd je suppose que celui-ci oublie de faire des wait > > et le tuer puis le relancer devrait suffire. Si init ou ton shell > > est le père de ces processus alors c'est étrange. > > J'avais bien sur arreté le demon pureftpd principal mais celui-ci > n'est pas détaché des fils créé à chaque connexion. Donc lui etait > correctement stopé. Du coup les fils étaient rattaché à quel père en définitive ? > > Je viens de réussir a les faire disparaitre mais c'est étrange, en > fait mon user avait fait un lien vers un répertoire monté sur un > autre ftp avec curlftpd et il avait tout cassé. mmmh pureftp n'est pas censé s'exécuter dans un chroot ? Enfin je veux dire normalement il ne peut pas servir un fichier en dehors des répertoires qu'il gère et donc ce lien n'aurait pas dû poser problème (juste être inaccessible). Peut-être un bug à signaler. > En gros c'est fuse qui empechait mes process de s'arreter. C'est étrange, le programme devrait pouvoir être arrêté quelque soient les modules dont il a besoin en définitive. Je ne connais pas bien l'architecture de fuse mais la partie noyau n'est clairement pas concernée et la partie userspace s'exécute forcément pour le compte d'un processus. De deux choses l'une ou bien il s'exécute pour un processus tiers auquel cas il n'entre pas en compte, ou bien il s'exécute pour le processus pureftp et il peut être tué avec un kill -9 (un programme ne peut intercepter un kill -9. Un kill-9 est géré par le noyau et aucun programme ne peut s'y soustraire). Par contre ce qui est fort possible c'est que ton kill -9 ait tué correctement les processus fils comme prévu mais que init ait mis un certains temps avant de faire le wait qui libère les processus zombie. > > Par contre, le kill -9 ne faisait rien fuse avait la priorité > parce que c'est un module ? Le kill -9 a marché vu que tes processus sont devenus zombies. Un processus zombie c'est un processus qui n'existe plus mais dont on conserve l'état de terminaison pour que son parent le récupère. Pour qu'un processus disparaisse complètement il faut que le père récupère cet état et libère ainsi l'espace où est stocké l'état de terminaison. > > Merci quand même. De rien pour le coup :) Cordialement, Thomas Preud'homme -- Why Debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: Pure-ftpd recalcitrant
Le jeudi 2 octobre 2008, Kevin Hinault a écrit : > Le 2 octobre 2008 20:25, Thomas Preud'homme > <[EMAIL PROTECTED]> a > > écrit : > > Le jeudi 2 octobre 2008, vous avez écrit : > > > > Que donne un pstree ? Quel est le père de ces processus ? S'il > > > > s'agit de pureftpd je suppose que celui-ci oublie de faire des > > > > wait et le tuer puis le relancer devrait suffire. Si init ou > > > > ton shell est le père de ces processus alors c'est étrange. > > > > > > J'avais bien sur arreté le demon pureftpd principal mais celui-ci > > > n'est pas détaché des fils créé à chaque connexion. Donc lui > > > etait correctement stopé. > > > > Du coup les fils étaient rattaché à quel père en définitive ? > > Je reprend : > > Pure-ftpd lancé seul ça donne ça : > *# ps -edf | grep pure > root 1678 1 0 19:55 ?00:00:00 pure-ftpd (SERVER)* > > Avec une connection active mais idle ca donne ca : > *#ps -edf | grep pure > root 1678 1 0 19:55 ?00:00:00 pure-ftpd (SERVER) > torus 4578 1678 0 20:45 ?00:00:00 pure-ftpd (IDLE) > root 4579 4578 0 20:45 ?00:00:00 pure-ftpd (PRIV)* > > soit deux fils dont un qui est IDLE et attaché au SERVER et PRIV qui > est attaché au IDLE > donc : > *# pstree 1678 > pure-ftpd-ldap-───pure-ftpd-ldap-───pure-ftpd-ldap- > * > si j'arrête le démon principal la connexion reste active mais le fils > IDLE se détache de SERVER : > > *# /etc/init.d/pure-ftpd-ldap stop > Stopping ftp server: pure-ftpd. > # ps -edf | grep pure* > *torus 4578 1 0 20:45 ?00:00:00 pure-ftpd (IDLE) > root 4579 4578 0 20:45 ?00:00:00 pure-ftpd (PRIV) > > *En l'occurrence, dans mon cas j'avais arreté le SERVER mais je ne > pouvais pas tuer l'IDLE . Quand j'ai voulu tuer PRIV par il est resté > en zombie. Question bête mais tu l'as tué en root ? > > > > Mes users sont bien chrooté oui mais dans mes options j'ai dit a > pureftpd de suivre les liens symbolique : > > ici en gros j'avais : > > /mnt/ftpmouted << mon repertoire sur lequel est monté un ftp > /home/user/ << la home de mon user Oui j'avais bien compris rassure toi mais IMHO il ne devrait pas suivre le lien si ça sort du chroot. > > et lui a ajouté > /home/user/lien -> /mnt/ftpmounted > (il l'a fait en ligne de commande parce que je lui avais donné > l'acces ssh, normalement j'ai confiance en lui) Cordialement, Thomas Preud'homme -- Why Debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: Zombie process
Le jeudi 2 octobre 2008, Gilles Mocellin a écrit : > On Thu, Oct 02, 2008 at 06:52:48PM +0200, Thibaut LE LEVIER wrote: > > Bonjour la liste > > > > depuis quelques jours je me bat contre le zombie qui sommeil sur > > mon serveur, je n'arrive pas à le trouver et à le tuer > > j'ai chercher avec "ps aux | grep Z" mais le seul processus que je > > trouve en "Zs" est : > > satie:/home/tibo# ps aux | grep Z > > USER PID %CPU %MEMVSZ RSS TTY STAT START TIME > > COMMAND root 14545 0.0 0.0 0 0 ?Zs Sep28 > > 0:00 [logrotate] > > > > ce qui est étonnant c'est qu'il ne signale aucune utilisation des > > ressources alors qu'avec un "uptime" la sortie est presque toujours > > au dessus de 0.20 (au minimum) > > (cf http://lelevier.dyndns.org/ en bas de page) > > la machine n'est pas très puissante (133mhz) et à servi à beaucoup > > de test mais là je ne vois pas ce qui cloche. > > Pour moi, un process zombie est un process qui s'est terminé sans > donner de code retour à son process père. Il ne consomme donc plus > rien. > > La seule façon qu'il disparaisse de la liste des processus, c'est de > rebooter. Non normalement un process zombie c'est un processus qui a encore une entrée dans la table des processus (le PID ne peut donc être réaffecté) et dont le père n'a pas encore fait d'appel système de type wait (genre waitpid) pour récupérer l'état de terminaison du processus en question. Après là je pense que c'est dans le sens un processus caché, genre rootkit vicieux non ? Cordialement, Thomas Preud'homme -- Why Debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: Lenny gelée jusqu'en juin 2009
The Monday 20 October 2008 23:54:32 Michael HEYMANN, you wrote : > giggz a écrit : > > Si on a une certaine habitude de Debian (1 an en gros), il n'y pas de > > souci à être en SID. Il faut juste installer les paquets adéquates > > apt-listbugs et apt-listchanges et bien lire ce qu'ils disent...S'il y a > > un doute, il suffit d'aller voir sur le gestionnaire de rapport de bugs > > de Debian. > > > > En général, les bugs sont très vite corrigés en SID, ce qui est très > > agréable. > > Oui je suis d'accord, mais tu le dis toi-même, cela nécessite un effort > supplémentaire de tourner en 100% sid. Je dirais que c'est à chacun > d'organiser son système selon son "profil". J'entends par là que > certains sont prêts à prendre des risques (et consacrer du temps à > l'administration) mais aiment avoir toujours les toutes dernières > versions disponibles alors que d'autres privilégient la stabilité à tout > prix avec des versions éprouvées. Avec Debian, chacun pourra aussi > aisément trouver sa place entre ces deux extrêmes. > Et puis il est évident qu'on ne se comporte pas pareil avec une machine > perso qu'avec un outil de travail. > > > Quoi qu'il en soit, tant mieux pour tout le monde si, même en instable, > la distribution reste solide. Ceci dit la sid est plus ou moins gelée aussi. Seuls entrent en sid les paquets qui apportent de la doc, des corrections de bugs et de la traduction. Ce n'est pas pour rien si le nouveau vlc, le nouveau openoffice et probablement le nouveau noyau Linux (encore que là c'est récent) ne sont pas dans sid mais dans experimental. En attendant que Lenny sorte les mises à jour sont faites dans experimental, sauf cas particulier comme la récente maj de kernel-package. Cordialement, Thomas Preud'homme -- Why debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: changement d'ecran
The Friday 21 November 2008 19:45:05 Mathieu JANIN, you wrote : > Le vendredi 21 novembre 2008, deny a écrit : > > bonsoir > > j'ai changé d'ecran sur ma debian 2.6.18-6-686 > > je suis passé d'un belinea 17 pouces a un compaq plat 15 pouces > > et malheureusement la résolution est restée celle d'un 17 pouces > > > > comme je n'ai pas trop envie de modifier xorg.conf a la main, il y a > > t'il un outil graphique genre xfdrake pour modifier cela ? > > > > merci > > Tu n'as pas forcément besoin de changer quoi que ce soit. Avec xrandr (man > xrandr), tu peux changer la résolution à la volée. Il y a aussi des outils, > au moins pour KDE (krandr) et gnome (?) pour ça. > Pour kde, tu peux choisir définitivement ta résolution. > Sinon, à priori, l'outil de reconfiguration de X "à la" xfdrake, c'est: Où peut-on trouver krandr ? Ce n'est pas que j'ai quelque chose contre xrandr mais bon l'utilisation d'une ligne de commande pour ce genre d'opération n'est pas très pratique. Pour avoir testé la gestion du dual screen sous macos avec branchement à chaud, positionnement de l'image par cliqué/déplacé on se rend compte que c'est nettement plus facile. Et puis c'est aussi plus vendeur ;) > > dpkg-reconfigure xserver-xorg -p low > (ou -p high, je ne sais jamais) > > ++ Cordialement, Thomas Preud'homme -- Why debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: changement d'ecran
The Saturday 22 November 2008 09:00:00 Mathieu JANIN, you wrote : > Le vendredi 21 novembre 2008, Thomas Preud'homme a écrit : > > Où peut-on trouver krandr ? Ce n'est pas que j'ai quelque chose contre > > Dans apt. Le nom du paquet est kcontrol, et en fait, c'est krandrtray, la > commande pour lancer l'utilitaire (et tu le trouveras aussi dans les > menus). Pour info, j'ai retrouvé pour gnome, c'est grandr, et il y a aussi > un paquet lxrandr. Parfait parfait, merci beaucoup :) > > > xrandr mais bon l'utilisation d'une ligne de commande pour ce genre > > d'opération n'est pas très pratique. Pour avoir testé la gestion du dual > > screen sous macos avec branchement à chaud, positionnement de l'image par > > cliqué/déplacé on se rend compte que c'est nettement plus facile. Et puis > > c'est aussi plus vendeur ;) > > Et alors ? Ce sont les prostituées qui ont besoin de se vendre ;) Oui enfin plus il y a de temps à utiliser les logiciels libres mieux c'est selon moi. Cela leur donne du poids. > > Quand à la ligne de commande, elle n'a pas besoin non plus qu'on lui fasse > de pub: ceux qui savent que c'est mieux auront plus de chance de survivre > et au final tout le monde abandonnera le cliquodrome par simple sélection > Darwinienne > > Tu trouve ça compliqué, toi une instruction du genre: > > xrandr --output VGA --mode 1024x768 ça non ça va encore. Encore que, pourquoi VGA ? Le problème est le temps de prise en main, surtout quand on oublie le man d'une utilisation sur l'autre (mon cas). Là où ça devient compliqué c'est de changer également l'écran principal, dire la position des différents écrans (par exemple que l'écran du portable est considéré comme au-dessous, au milieu de l'écran externe), etc. A faire l'apologie de la ligne de commande pourquoi ne pas faire du dessin en ligne de commande et abandonner gimp ? Que les choses soient bien clair, je reconnais un avantage indéniable à la ligne de commande dans de nombreuses situations, en particulier pour ses capacités de scripting. Mais pour certaines utilisations bien précise, la ligne de commande ne me semble pas être le front-end adéquat. > > pour passer en 1024x768 sur la sortie VGA ? > > Fin bon. > ++ Cordialement, Thomas Preud'homme -- Why debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
dhclient, resolv.conf et ipv6
Bonjour à tous, je souhaiterai avoir une machine qui récupère une adresse une IPv4 et IPv6 si cela est possible (c'est fait) et fasse par défaut des requêtes DNS IPv6. Je souhaite aussi avoir systématiquement un search sur 3 domaines en plus de ceux fourni par l'éventuel DHCP IPv4 disponible. J'ai réussi à faire tout ceci de manière propre avec néanmoins une perte de contrôle sur le fichier resolv.conf généré. Là est mon problème. Voici ce que j'ai fait pour obtenir ce résultat. 1) Au début j'avais ajouté append domain-search domaine1 domaine2 domain3 à dhclient.conf afin d'inclure systématiquement les domaines 1 2 et 3 aux recherches par défaut, en plus de ceux reçus par DHCP. 2) Ensuite, j'ai regardé du côté du man de resolv.conf et ai découvert l'option inet6. Celle-ci marche bien puisque je peux voir la tortue de kame.net qui danse. Malgré tout au premier invoke-rc.d networking restart venu, le fichier resolv.conf est régénéré et "options inet6" disparait. Il ne semble y avoir aucune option dans dhclient.conf pour ajouter au fichier resolv.conf généré l'option inet6, ce qui est assez logique puisque dhclient.conf ne concerne que le DHCP IPv4. 3) J'ai donc regardé du côté de resolvconf et ai pu obtenir ma configuration actuelle en ajoutant options inet6 dans le fichier /etc/resolvconf/resolv.conf.d/tail et search domain1 domain2 domain3 dans /etc/resolvconf/resolv.conf.d/base Là où le bas blesse c'est que d'après le fichier README.gz, la fusion entre le fichier base et ce que retourne dhclient se fait en ajoutant les informations après celles du fichier base : - resolv.conf.d/base Information always included in the resolv.conf file. Dynamic information gets merged with this information. E.g., if base contains 'search a.b.c' and another record is added that contains 'search x.y.z' then the resulting file will have 'search a.b.c x.y.z'. resolvconf semble être donc beaucoup moins souple que dhclient qui permet de remplacer, ajouter au début ou ajouter à la fin certaines informations. La seule solution que je vois serait d'utiliser uniquement dhclient.conf (et donc supprimer resolvconf) et modifier les hook de dhclient pour ajouter options inet6 à la fin du resolv.conf. Mais je ne trouve pas cela très joli, qu'en pensez-vous ? J'en profite au passage pour vous notifier d'un avantage à IPv6 auquel je n'avais jamais pensé. Si je fais un reconfigure les interfaces réseaux en écoutant un flux radio, celui-ci se poursuivra (éventuellement avec une coupure si le buffer est trop petit) sans problème, n'ayant aucune mémoire contrairement au NAT. En espérant que mon petit bricolage serve un jour à quelqu'un. Cordialement, Thomas Preud'homme -- Why debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: dhclient, resolv.conf et ipv6
The Friday 05 December 2008 20:24:39 Pascal Hambourg, you wrote : > Salut, > > Thomas Preud'homme a écrit : > > 2) Ensuite, j'ai regardé du côté du man de resolv.conf et ai découvert > > l'option inet6. Celle-ci marche bien puisque je peux voir la tortue de > > kame.net qui danse. > > Jamais eu besoin de cette option pour faire les résolutions DNS en > adresse IPv6 en premier. C'est le cas par défaut, ce que certains > regrettent. Pas chez moi en tout cas. Si je retire inet6 la tortue ne danse plus. As-tu quelque chose de spécial dans sysctl.conf ? > > > Malgré tout au premier invoke-rc.d networking restart > > venu, le fichier resolv.conf est régénéré et "options inet6" disparait. > > Et alors, ensuite la tortue ne danse plus ? Si c'est le cas, ça ne vient > probablement pas de l'option inet6 manquante. Oui si je retire cette option la tortue ne danse plus. En plus d'après le man de resolv.conf options inet6 sert précisément à demander à faire des requêtes IPv6 avant IPv4 donc cela me semble cohérent comme comportement, non ? Je suis curieux de savoir ce qui te donne le même comportement sans l'option inet6 dans resolv.conf > > > J'en profite au passage pour vous notifier d'un avantage à IPv6 auquel je > > n'avais jamais pensé. Si je fais un reconfigure les interfaces réseaux en > > écoutant un flux radio, celui-ci se poursuivra (éventuellement avec une > > coupure si le buffer est trop petit) sans problème, n'ayant aucune > > mémoire contrairement au NAT. > > Je ne vois pas le rapport. Tu peux détailler ? Mmh maintenant que tu me demandes j'avoue que je ne vois effectivement pas le rapport. Les bails du serveur DHCP n'ont rien à voir avec le suivi de connexion d'iptables. Donc même en renouvelant la requête dhcp ça ne devrait avoir aucun effet sur la règle qui laisse passer les connexions établies. Et sinon le fait de redémarrer l'interface réseau devrait effectivement même dans ce cas purger iptables et donc considérer les paquets arrivant à partir de ce moment comme une nouvelle connexion. Pourtant il y a bien un effet quelque part, avant un restart me faisait systématiquement perdre le flux, plus maintenant... Cordialement, Thomas Preud'homme -- Why debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: dhclient, resolv.conf et ipv6
The Sunday 07 December 2008 14:27:49 Pascal Hambourg, you wrote : > Thomas Preud'homme a écrit : > > The Friday 05 December 2008 20:24:39 Pascal Hambourg, you wrote : > >> Thomas Preud'homme a écrit : > >>> 2) Ensuite, j'ai regardé du côté du man de resolv.conf et ai découvert > >>> l'option inet6. Celle-ci marche bien puisque je peux voir la tortue de > >>> kame.net qui danse. > >> > >> Jamais eu besoin de cette option pour faire les résolutions DNS en > >> adresse IPv6 en premier. C'est le cas par défaut, ce que certains > >> regrettent. > > > > Pas chez moi en tout cas. Si je retire inet6 la tortue ne danse plus. > > As-tu quelque chose de spécial dans sysctl.conf ? > > Concernant IPv6, sur certaines machines j'ai net.ipv6.bindv6only=1 pour > empêcher les communications IPv4 sur les sockets IPv6. Au départ c'était > pour contourner un bug de BIND9, mais ça a aussi un effet de bord > intéressant : les adresses IPv4 n'apparaissent plus sous la forme > > :::x.y.z.t dans les logs. Mais la résolution DNS se comporte de la > > même façon sur toutes mes Debian (sarge et etch), même celles qui n'ont > pas ce réglage. Et puis je ne vois pas trop en quoi un paramètre du > noyau pourrait influencer la résolution DNS de la glibc qui est en > userland. > > Il faudrait creuser un peu plus pour voir ce qui se passe, notamment > faire une capture des paquets DNS, et utiliser des outils plus bas > niveau qu'un navigateur, par exemple telnet qui fonctionne en IPv4 et > IPv6, et affiche l'adresse destination effectivement choisie pour > établir la connexion. Je veux bien regarder mais a priori il n'y a juste aucune tentative pour récupérer un champ . Ou en tout cas s'il y en a une c'est pas l'adresse choisie. Il doit bien y avoir un paramètre chez moi qui pose problème. Pourriez-vous coller un /etc/network/interfaces à tout hasard (je doute que le problème se situe dans ce fichier mais sait-on jamais). > > >>> J'en profite au passage pour vous notifier d'un avantage à IPv6 auquel > >>> je n'avais jamais pensé. Si je fais un reconfigure les interfaces > >>> réseaux en écoutant un flux radio, celui-ci se poursuivra > >>> (éventuellement avec une coupure si le buffer est trop petit) sans > >>> problème, n'ayant aucune mémoire contrairement au NAT. > >> > >> Je ne vois pas le rapport. Tu peux détailler ? > > > > Mmh maintenant que tu me demandes j'avoue que je ne vois > > effectivement pas le rapport. Les bails du serveur DHCP n'ont rien à voir > > avec le suivi de connexion d'iptables. > > En effet. Sauf si la machine utilise la cible MASQUERADE sur ces > connexions. Quand l'adresse IPv4 de l'interface de sortie change, les > connexions masquées avec l'ancienne adresse sont supprimées. Ce n'est pas le cas, c'est le routeur qui l'utilise. Et je n'ai plus de routeur depuis deux mois environ. De plus mon IP externe était fixe comme les IPs du réseau local (fixée par adresse MAC dans dhcpd.conf). > > > Donc même en renouvelant la requête dhcp ça ne devrait > > avoir aucun effet sur la règle qui laisse passer les connexions établies. > > Et sinon le fait de redémarrer l'interface réseau devrait effectivement > > même dans ce cas purger iptables et donc considérer les paquets arrivant > > à partir de ce moment comme une nouvelle connexion. > > Pas forcément. Hors le cas de MASQUERADE mentionné plus haut, pour > purger la table de suivi des connexions il faut décharger le module > noyau correspondant ou le faire explicitement avec le programme > 'conntrack' du paquet du même nom. Cordialement, Thomas Preud'homme -- Why debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: dhclient, resolv.conf et ipv6
The Saturday 06 December 2008 21:37:46 Stephane Bortzmeyer, you wrote : > On Fri, Dec 05, 2008 at 06:39:56PM +0100, > Thomas Preud'homme <[EMAIL PROTECTED]> wrote > > a message of 112 lines which said: > > 2) Ensuite, j'ai regardé du côté du man de resolv.conf et ai découvert > > l'option inet6. > > Je ne me suis jamais servi de cette option (et j'utilise > IPv6). D'après le manuel, elle sert à demander des enregistrements > même lorsque l'application client a utilisé gethostbyname(), le > vieux sous-programme de traduction de nom en adresse, remplacé depuis > dix ans par getaddrinfo(). Cette option me semble donc inutile. Ah intéressant. Tout du moins si je rencontre des problèmes avec des vieux programmes. Ceci dit je ne vois pas pourquoi je n'ai pas d'IPv6 sans inet6. Quelqu'un aurait-il une idée d'un fichier qui pourrait poser problème ? Il doit bien y avoir un fichier sur le système pour spécifier la préférence entre IPv6 et IPv4. J'ai regardé gai.conf mais tout est commenté donc cela ne doit pas venir de là. Merci pour vos réponses, j'ai au moins appris des choses ce qui en soit est déjà très bien. Cordialement, Thomas Preud'homme -- Why debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: dhclient, resolv.conf et ipv6
The Monday 08 December 2008 12:29:33 Pascal Hambourg, you wrote : > Thomas Preud'homme a écrit : > > Je veux bien regarder mais a priori il n'y a juste aucune tentative pour > > récupérer un champ . Ou en tout cas s'il y en a une c'est pas > > l'adresse choisie. > > C'est bien ce qu'il faudrait vérifier. Ok je teste ça dès que je rentre chez moi demain. Je vous tiens au courant. > > > Il doit bien y avoir un paramètre chez moi qui pose problème. > > Pourriez-vous coller un /etc/network/interfaces à tout hasard (je doute > > que le problème se situe dans ce fichier mais sait-on jamais). > > J'en doute aussi. De toute façon mes fichiers interfaces ne contiennent > pas d'informations relatives à la configuration DNS, donc ça n'apportera > pas grand chose. Ok donc ce doit être *mes* fichiers qui ont quelque chose de spécial qui doit suggérer l'utilisation de IPv4 de préférence. Cordialement, Thomas Preud'homme -- Why debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: dhclient, resolv.conf et ipv6
The Monday 08 December 2008 17:38:27 Thomas Preud'homme, you wrote : > The Monday 08 December 2008 12:29:33 Pascal Hambourg, you wrote : > > Thomas Preud'homme a écrit : > > > Je veux bien regarder mais a priori il n'y a juste aucune tentative > > > pour récupérer un champ . Ou en tout cas s'il y en a une c'est pas > > > l'adresse choisie. > > > > C'est bien ce qu'il faudrait vérifier. > > Ok je teste ça dès que je rentre chez moi demain. Je vous tiens au courant. J'ai testé chez moi sans inet6 et telnet m'affichait bien une adresse IPv6. J'ai alors essayé d'aller sur kame.net et tout a marché correctement. Ceci dit, lors de certains refresh konqueror m'affiche une tortue qui ne bouge pas. En fait celle-ci bouge parfois pendant le chargement et cesse de bouger après. Il semblerait que ce soit donc plus un bug dans konqueror ou tout du moins dans le composant qui gère les gif animés. > > > > Il doit bien y avoir un paramètre chez moi qui pose problème. > > > Pourriez-vous coller un /etc/network/interfaces à tout hasard (je doute > > > que le problème se situe dans ce fichier mais sait-on jamais). > > > > J'en doute aussi. De toute façon mes fichiers interfaces ne contiennent > > pas d'informations relatives à la configuration DNS, donc ça n'apportera > > pas grand chose. > > Ok donc ce doit être *mes* fichiers qui ont quelque chose de spécial qui > doit suggérer l'utilisation de IPv4 de préférence. Le mystère n'en était donc pas un. Tout marche correctement. J'ai été trompé parce que lorsque j'ai fait les essais il y a quelques jours l'image s'est arrêtée de bouger après le chargement. Désolé pour le bruit. > > Cordialement, > > Thomas Preud'homme Cordialement, Thomas Preud'homme -- Why debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: dhclient, resolv.conf et ipv6
The Wednesday 10 December 2008 13:40:47 Pascal Hambourg, you wrote : > Thomas Preud'homme a écrit : > > J'ai testé chez moi sans inet6 et telnet m'affichait bien une adresse > > IPv6. J'ai alors essayé d'aller sur kame.net et tout a marché > > correctement. Ceci dit, lors de certains refresh konqueror m'affiche une > > tortue qui ne bouge pas. En fait celle-ci bouge parfois pendant le > > chargement et cesse de bouger après. Il semblerait que ce soit donc plus > > un bug dans konqueror ou tout du moins dans le composant qui gère les gif > > animés. > > Ou bien c'est un petit problème de connectivité IPv6 qui ferait que > parfois le chargement de la page échoue en IPv6, et le navigateur > recharge la page en IPv4. Lorsque l'image était fixe as-tu vérifié si > c'était la page servie en IPv4 ou IPv6 qui était affichée ? Dans la page > servie en IPv6, le texte sous la tortue est "Dancing kame by atelier > momonga" alors que dans la page servie en IPv4 il devient "Use IPv6 HTTP > and you will watch the dancing kame". As-tu testé avec un autre > navigateur compatible IPv6 comme firefox ou iceweasel ? Avec iceweasel aucun problème. Par contre pour le message je ne me souviens pas. Je vous tiens au courant mais je suis sûr que le message est "Dancing kame by atelier momonga". > > > Le mystère n'en était donc pas un. > > Il reste quand même un petit mystère : pourquoi l'option inet6 dans > resolv.conf faisait-elle une différence ? Je pense que la différence se faisait plus sur la disponibilité de l'image dans le cache ou pas. J'ai l'impression que konqueror pose problème quand il télécharge la page. Cordialement, Thomas Preud'homme -- Why debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: ipv6 (avec free)
The Friday 12 December 2008 13:56:55 Pascal Hambourg, you wrote : > Salut, > [SNIP] > Cela ne devrait pas être nécessaire. Par défaut l'interface est en > autoconfiguration sans état, ce qui signifie qu'elle se crée une adresse > IPv6 à partir de son adresse MAC (comme l'adresse link local en fe80) et > du préfixe IPv6 annoncé par le routeur (la Freebox). Si ce n'est pas le > cas, il y a peut-être un problème de connectivité IPv6 avec la Freebox. > Tu as bien activé l'option IPv6 de Free ? La machine est connectée > directement à la Freebox (ou à travers un switch, mais pas un routeur) ? Il y a aussi moyen d'utiliser une IP aléatoire (et ainsi que le monde ne puisse pas associer votre IP à votre carte réseau). Cela se règle dans /proc/sys/net/ipv6/conf/all/use_tempaddr ou pour chaque carte indépendament dans /proc/sys/net/ipv6/conf/nomcarte/use_tempaddr [SNIP] Cordialement, Thomas Preud'homme -- Why debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: ipv6 (avec free)
The Friday 12 December 2008 16:49:36 kaliderus, you wrote : [SNIP] > > Je n'ai pas spécifier le nom de la machine pour les premiers tests de > ping, j'ai spécifié directement l'adresse ip. > Par contre les serveurs dns que j'utilisent renvoient bien la bonne > adresse ipv6. > > > Que donne : > > $ ping6 www.free.fr > > $ ping6 2a01:e0c:1:1599::1 > > Je test : > ping6 www.free.fr > From blabla Destination unreachable : Addresse unreachable > tracert6 www.free.fr trouve bien l'adresse ip de free ci-dessus > Encore un truc qui m'est obscur : L'adresse static n'est pas présente > lorsque je démarre la machine, elle apparaît après un ifdown et ifup, > par contre l'adresse d'auto-configuration est bien là. > Je peux désactiver cette autoconfiguration dans /etc/sysctl.conf (ou > ailleur) ou c'est inutile ? Le plus simple serait que tu n'utilises que l'autoconfiguration a moins que tu ait une raison de ne pas l'utiliser. Avec l'autoconfiguration tu n'as rien à mettre dans interfaces (tu peux donc tout commenter) et tout marche tout seul. Ceci dit si tu n'utilises que IPv6 tu auras peut-être besoin de spécifier les adresses DNS en dur dans resolv.conf. Le seul intérêt que je vois à retirer l'autoconfiguration et utiliser interfaces est d'avoir une IP fixe mais non basée sur l'adresse MAC. Non en fait je vois une autre raison c'est d'avoir des sous-réseaux. Comme free ne donne que des préfixes en /64 un découpage ne laisse plus assez de bits pour l'autoconfiguration et il devient nécessaire d'utiliser un DHCPv6. Ceci dit je trouve cela assez contre le principe d'IPv6. Cordialement, Thomas Preud'homme -- Why debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: ipv6 (avec free)
The Friday 12 December 2008 17:57:03 kaliderus, you wrote : > Thomas Preud'homme a écrit : > > The Friday 12 December 2008 16:49:36 kaliderus, you wrote : > > > > [SNIP] > > > >> Je n'ai pas spécifier le nom de la machine pour les premiers tests de > >> ping, j'ai spécifié directement l'adresse ip. > >> Par contre les serveurs dns que j'utilisent renvoient bien la bonne > >> adresse ipv6. > >> > >>> Que donne : > >>> $ ping6 www.free.fr > >>> $ ping6 2a01:e0c:1:1599::1 > >> > >> Je test : > >> ping6 www.free.fr > >> From blabla Destination unreachable : Addresse unreachable > >> tracert6 www.free.fr trouve bien l'adresse ip de free ci-dessus > >> Encore un truc qui m'est obscur : L'adresse static n'est pas présente > >> lorsque je démarre la machine, elle apparaît après un ifdown et ifup, > >> par contre l'adresse d'auto-configuration est bien là. > >> Je peux désactiver cette autoconfiguration dans /etc/sysctl.conf (ou > >> ailleur) ou c'est inutile ? > > > > Le plus simple serait que tu n'utilises que l'autoconfiguration a moins > > que tu ait une raison de ne pas l'utiliser. Avec l'autoconfiguration tu > > n'as rien à mettre dans interfaces (tu peux donc tout commenter) et tout > > marche tout seul. Ceci dit si tu n'utilises que IPv6 tu auras peut-être > > besoin de spécifier les adresses DNS en dur dans resolv.conf. > > Je n'ai rien contre l'idée de l'utilisation de l'auto-configuration, > mais si free donne un prefixe ipv6 je pensais que c'etait pour > l'utiliser...Y'a quelque chose qui m'échappe là ! Précisément le préfixe de free est utilisé. En IPv6 les routeurs envoie le préfixe de réseau. Les machines peuvent également demander explicitement le préfixe IPv6 via du multicast IPv6. Les machines n'ont plus qu'à générer la partie host (les 64 bits de poids faible) soit par autoconfiguration à base d'adresse MAC, soit par autoconfiguration aléatoire, soit de manière fixe. > > > Le seul intérêt que je vois à retirer l'autoconfiguration et utiliser > > interfaces est d'avoir une IP fixe mais non basée sur l'adresse MAC. > > Non en > > fait je vois une autre raison c'est d'avoir des sous-réseaux. Comme free > > ne donne que des préfixes en /64 un découpage ne laisse plus assez de > > bits pour l'autoconfiguration et il devient nécessaire d'utiliser un > > DHCPv6. Ceci dit je trouve cela assez contre le principe d'IPv6. > > > > > > Cordialement, > > > > Thomas Preud'homme > > Mon idée initiale est d'avoir toutes mes machines en ipv6 et accessibles > de l'extérieur. > Actuellement c'est du v4 avec une passerelle et des règles iptables pour > faire du NAT. > Je voudrai simplifier la configuration pour n'avoir que les machines > utiles d'allumées (et puis c'est écologique). > J'ai refais un test en laissant l'auto-configuration et je n'ai toujours > pas accès au réseau free en ipv6. > ping6 www.free.fr > Network is unreachable > Un ifconfig me renvoit une adresse de type Scope:Lien, ce qui correspond > bien à quelque chose en rapport avec mon addresse MAC, mais pas du tout > en rapport avec le préfixe fournit par free. > Là je sèche ... Tout est bien commenté dans /etc/network/interfaces ? Que donne un cat /proc/sys/net/ipv6/conf/all/autoconf ainsi qu'un cat /proc/sys/net/ipv6/conf/tacartereseau/autoconf ? Sinon il faudrait déjà voir si tu reçois bien les paquets de RouterAdvertisement qui donne le préfixe IPv6 (via tcpdump par exemple) > > -- > J'ai des choses à dire : > http://kaliderus.blogspot.com Cordialement, Thomas Preud'homme -- Why debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: ipv6 (avec free)
The Friday 12 December 2008 17:09:46 Pascal Hambourg, you wrote : > kaliderus a écrit : > > Thomas Preud'homme a écrit : > >> Il y a aussi moyen d'utiliser une IP aléatoire (et ainsi que le monde > >> ne puisse pas associer votre IP à votre carte réseau). > >> > >> Cela se règle dans /proc/sys/net/ipv6/conf/all/use_tempaddr ou pour > >> chaque carte indépendament dans > >> /proc/sys/net/ipv6/conf/nomcarte/use_tempaddr > > > > Merci pour l'info, ceci dit je souhaite héberger une machine avec > > quelques services, et je me vois mal changer ma configuration DNS tous > > les jours, mais si il y a une solution pour augmenter la sécurité à ce > > niveau je suis à l'écoute. > > L'un n'empêche pas l'autre. Avec use_tempaddr > 0, l'autoconfiguration > crée deux adresses à partir du préfixe annoncé par le routeur, la > permanente basée sur l'adresse MAC et une temporaire variable. La valeur > de use_tempaddr permet de choisir laquelle est utilisée en priorité pour > les communications sortantes : > - use_tempaddr == 1 : préfère l'adresse permanente, > - use_tempaddr > 1 : préfère l'adresse temporaire. > > Pour les communications entrantes, les deux adresses sont bien sûr > utilisables, c'est l'initiateur de la communication qui choisit. Donc tu > peux avoir un enregistrement DNS fixe qui pointe vers l'adresse > permanente pour les services hébergés, et utiliser l'adresse temporaire > pour les communications sortantes. Han mais c'est génial ça. Je savais pas que les deux étaient utilisables. C'est bon à savoir. Par contre c'est pas 0 la valeur de référence ? Si non, chez moi j'ai use_tempaddr qui vaut 0, que cela signifie-t-il ? Cordialement, Thomas Preud'homme -- Why debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: ipv6 (avec free)
The Friday 12 December 2008 17:21:45 Pascal Hambourg, you wrote : > kaliderus a écrit : > > Pascal Hambourg a écrit : > >> Tu as bien activé l'option IPv6 de Free ? La machine > >> est connectée directement à la Freebox (ou à travers un switch, mais > >> pas un routeur) ? > > > > Oui ma machine est en prise directe avec la freebox, option v6 activée, > > et j'ai voulu spécifier une adresse au niveau de l'interface (car elle > > est spécifiés dans l'interface de free, ce qui me semblait logique), et > > c'est vrai aussi que j'avais une adresse auto-configurée basée sur > > l'adresse MAC avant de relancer la machine, ce qui ne me choquais pas. > > Une adresse commençant par le préfixe attribué par Free ou seulement > l'adresse link local commençant par fe80 ? > > >> Pas d'adresse d'autoconfiguration, donc ? Est-ce que dmesg renvoie un > >> message du style "eth0: no IPv6 routers present" ? > > > > Oui exacte > > Donc soupçon de problème spécifique de connectivité IPv6 (puisque je > suppose que la connectivité IPv4 ne pose pas problème). J'ai eu vent de > certains pilotes ethernet un peu buggés qui posaient problème avec le > multicast (les annonces de routeur sont envoyées en multicast), une > façon de contourner était de mettre l'interface en mode promiscuous. > Comme c'est ce que fait tcpdump quand il écoute sur une interface > particulière, ça vaut le coup de regarder ce qui arrive en IPv6 pendant > une dizaine de minutes au moins (~période d'envoi d'annonces spontanées > par le routeur) comme suggéré par Thomas : > > # tcpdump -ni eth0 ip6 > > > ping6 www.free.fr > > From blabla Destination unreachable : Addresse unreachable > > C'est quelle adresse "blabla" ? > Si c'est la machine elle-même, ce message d'erreur signifie que la > machine n'a pu joindre la passerelle (la Freebox). Soit tu as spécifié > une mauvaise adresse de passerelle, soit cela confirme le problème de > connectivité. Sûr de chez sûr qu'il n'y a aucune règle de filtrage > iptables, ip6tables-save ne renvoie rien ? > > > tracert6 www.free.fr trouve bien l'adresse ip de free ci-dessus > > Et va jusqu'où ? > > > Encore un truc qui m'est obscur : L'adresse static n'est pas présente > > lorsque je démarre la machine, elle apparaît après un ifdown et ifup, > > par contre l'adresse d'auto-configuration est bien là. > > La globale ou la link locale ? > > > Je peux désactiver cette autoconfiguration dans /etc/sysctl.conf (ou > > ailleur) ou c'est inutile ? > > Inutile, tu peux avoir les deux, voire les trois en même temps : une > adresse statique, une adresse autoconf permanente et éventuellement une > adresse autoconf temporaire. Je profite du fait que tu sembles bien connaitre l'utilisation d'IPv6 sous Linux, comment le choix entre les 3 adresses se fait-il ? Cordialement, Thomas Preud'homme -- Why debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: ipv6 (avec free)
The Friday 12 December 2008 21:22:04 kaliderus, you wrote : > >> une > >> façon de contourner était de mettre l'interface en mode promiscuous. > >> Comme c'est ce que fait tcpdump quand il écoute sur une interface > >> particulière, ça vaut le coup de regarder ce qui arrive en IPv6 pendant > >> une dizaine de minutes au moins (~période d'envoi d'annonces spontanées > >> par le routeur) comme suggéré par Thomas : > >> > >> # tcpdump -ni eth0 ip6 > > J'ai lancé tcpdump. > Rien ne vient. > J'ai décommenté ce qui concerne eth0 en ipv6 et l'ai relancé. > J'ai lancé tcpdump. > Rien de plus au bout de 30 minutes ... Ok je dis peut-être des bêtises mais quelque soit ton IPv6 et ta configuration DNS tu devrais recevoir les messages du routeur. Il semble que l'hypothèse de Pascal soit la bonne à savoir que ta carte réseau ait un problème avec le multicast. Je suis assez surpris car il me semblait que IP n'était géré qu'au niveau software et pas au niveau de la carte réseau. As-tu moyen d'essayer avec une autre machine ? [SNIP] > > >>> tracert6 www.free.fr trouve bien l'adresse ip de free ci-dessus > >> > >> Et va jusqu'où ? > > Jusqu'à l'adresse de la machine ... en fait rien ne sort ... Ouch. L'adresse de la gateway est la bonne ? Cordialement, Thomas Preud'homme -- Why debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: ipv6 (avec free)
The Friday 12 December 2008 17:46:12 Pascal Hambourg, you wrote : > Thomas Preud'homme a écrit : > > Par contre c'est pas 0 la valeur de référence ? > > Oui, 0 est la valeur par défaut. > > > Si non, chez moi j'ai use_tempaddr qui vaut 0, que cela signifie-t-il ? > > Pas d'adresse temporaire. > > Extrait de Documentation/networking/ip-sysctl.txt dan les source du noyau : > > use_tempaddr - INTEGER > Preference for Privacy Extensions (RFC3041). > <= 0 : disable Privacy Extensions > == 1 : enable Privacy Extensions, but prefer public >addresses over temporary addresses. > > > 1 : enable Privacy Extensions and prefer temporary > >addresses over public addresses. > Default: 0 (for most devices) >-1 (for point-to-point devices and loopback devices) Ah génial, j'aurai dû avoir ce réflèxe. Je m'étais préparé psychologiquement pour aller chercher dans les sources du noyau. Je suis presque déçu, moi qui cherchais une excuse pour avoir la motivation de me replonger dedans. Merci beaucoup en tout cas. Cordialement, Thomas Preud'homme -- Why debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
IPv6 et use_tempaddr
Bonjour à tous, suite au fil de discussion ipv6 (avec free) j'ai essayé de mettre en place l'extension de protection de la vie privée via un echo 42 >| /proc/sys/net/ipv6/conf/all/use_tempaddr ainsi qu'un net.ipv6.all.use_tempaddr=42 dans /etc/sysctl.conf suivi d'un sysctl -p J'ai également réglé l'intervalle de renouvellement de l'adresse aléatoire via temp_valid_lft positionné à 6h (21600 secondes) et temp_preferred_lft positionné à 1h (3600 secondes). sysctl -p ne me donne aucune erreur et j'observe bien la valeur attendu dans /proc même après le sysctl -p (au prochain redémarrage les paramètres seront donc corrects). Pour autant l'adresse IP que m'affiche http://www.whatismyipv6.net/ n'a pas changé depuis hier soir. Avez-vous une idée d'où peut venir le problème ? Notez que je ne crois pas à la thèse de l'œuf de pâque 42. Cordialement, Thomas Preud'homme -- Why debian : http://www.debian.org/intro/why_debian -- 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 debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: IPv6 et use_tempaddr
The Saturday 13 December 2008 22:40:02 Stephane Bortzmeyer, you wrote : > On Sat, Dec 13, 2008 at 03:32:21AM +0100, > Thomas Preud'homme wrote > > a message of 41 lines which said: > > suite au fil de discussion ipv6 (avec free) j'ai essayé de mettre en > > place l'extension de protection de la vie privée via un echo 42 > > > > >| /proc/sys/net/ipv6/conf/all/use_tempaddr > > 'all' ne s'applique qu'aux interfaces existantes. Il faudrait plutôt > utiliser 'default'. Dans le cas présent cela ne change pas grand chose, je n'ai pas l'intention d'ajouter des interfaces (il s'agit d'un portable). Mais soit c'est effectivement plus approprié. > > > Pour autant l'adresse IP que m'affiche http://www.whatismyipv6.net/ > > n'a pas changé depuis hier soir. > > Euh, ça ne serait pas plus simple d'utiliser ifconfig ? Un site Web > pour connaitre son adresse IP, à part en cas de NAT, c'est le monde à > l'envers. En fait je n'ai pas pensé que l'adresse IP apparaîtrait dans ifconfig et j'avais la flemme d'installer tcpdump puis regarder le résultat. Mais effectivement maintenant que je sais qu'ifconfig suffit je vais me contenter de l'utiliser. Quoiqu'il en soit je n'ai pas d'idée de ce qui peut provoquer cette erreur. Cordialement, Thomas Preud'homme -- Why debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: ipv6 (avec free)
The Saturday 13 December 2008 22:31:18 Stephane Bortzmeyer, you wrote : > On Sat, Dec 13, 2008 at 12:19:51AM +0100, > Thomas Preud'homme wrote > > a message of 69 lines which said: > > Ah génial, j'aurai dû avoir ce réflèxe. Je m'étais préparé > > psychologiquement pour aller chercher dans les sources du noyau. > > Lire les RFC est quand même plus simple... > > http://www.bortzmeyer.org/4941.html Encore faut il connaître le numéro de la RFC ou son titre. Et puis avec un peu d'habitude les sources on trouve rapidement l'information qu'on veut sur ce genre de problème. Cordialement, Thomas Preud'homme -- Why debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: ipv6 (avec free) - [Résolu]
The Sunday 14 December 2008 14:00:49 kaliderus, you wrote : > Thomas Preud'homme a écrit : > > The Friday 12 December 2008 17:21:45 Pascal Hambourg, you wrote : > >> kaliderus a écrit : > >>> Pascal Hambourg a écrit : > >>>> Tu as bien activé l'option IPv6 de Free ? La machine > >>>> est connectée directement à la Freebox (ou à travers un switch, mais > >>>> pas un routeur) ? > >>> > >>> Oui ma machine est en prise directe avec la freebox, option v6 activée, > >>> et j'ai voulu spécifier une adresse au niveau de l'interface (car elle > >>> est spécifiés dans l'interface de free, ce qui me semblait logique), et > >>> c'est vrai aussi que j'avais une adresse auto-configurée basée sur > >>> l'adresse MAC avant de relancer la machine, ce qui ne me choquais pas. > >> > >> Une adresse commençant par le préfixe attribué par Free ou seulement > >> l'adresse link local commençant par fe80 ? > >> > >>>> Pas d'adresse d'autoconfiguration, donc ? Est-ce que dmesg renvoie un > >>>> message du style "eth0: no IPv6 routers present" ? > >>> > >>> Oui exacte > >> > >> Donc soupçon de problème spécifique de connectivité IPv6 (puisque je > >> suppose que la connectivité IPv4 ne pose pas problème). J'ai eu vent de > >> certains pilotes ethernet un peu buggés qui posaient problème avec le > >> multicast (les annonces de routeur sont envoyées en multicast), une > >> façon de contourner était de mettre l'interface en mode promiscuous. > >> Comme c'est ce que fait tcpdump quand il écoute sur une interface > >> particulière, ça vaut le coup de regarder ce qui arrive en IPv6 pendant > >> une dizaine de minutes au moins (~période d'envoi d'annonces spontanées > >> par le routeur) comme suggéré par Thomas : > >> > >> # tcpdump -ni eth0 ip6 > >> > >>> ping6 www.free.fr > >>> From blabla Destination unreachable : Addresse unreachable > >> > >> C'est quelle adresse "blabla" ? > >> Si c'est la machine elle-même, ce message d'erreur signifie que la > >> machine n'a pu joindre la passerelle (la Freebox). Soit tu as spécifié > >> une mauvaise adresse de passerelle, soit cela confirme le problème de > >> connectivité. Sûr de chez sûr qu'il n'y a aucune règle de filtrage > >> iptables, ip6tables-save ne renvoie rien ? > >> > >>> tracert6 www.free.fr trouve bien l'adresse ip de free ci-dessus > >> > >> Et va jusqu'où ? > >> > >>> Encore un truc qui m'est obscur : L'adresse static n'est pas présente > >>> lorsque je démarre la machine, elle apparaît après un ifdown et ifup, > >>> par contre l'adresse d'auto-configuration est bien là. > >> > >> La globale ou la link locale ? > >> > >>> Je peux désactiver cette autoconfiguration dans /etc/sysctl.conf (ou > >>> ailleur) ou c'est inutile ? > >> > >> Inutile, tu peux avoir les deux, voire les trois en même temps : une > >> adresse statique, une adresse autoconf permanente et éventuellement une > >> adresse autoconf temporaire. > > > > Je profite du fait que tu sembles bien connaitre l'utilisation d'IPv6 > > sous Linux, comment le choix entre les 3 adresses se fait-il ? > > > > Cordialement, > > > > Thomas Preud'homme > > Re-bonjour, > Bonne nouvelle : > ping6 www.free.fr > PING www.free.fr(2a01:e0c:1:1599::1) 56 data bytes > 64 bytes from 2a01:e0c:1:1599::1: icmp_seq=1 ttl=60 time=68.7 ms > Après branchement d'une machine munie d'une carte différente la > résolution en ipv6 fonctionne ; c'était bien un soucis matériel avec le > mode promiscuous. > Le circuit de la carte utilisée date de plus de 10 ans (rtl8029) mais la > mode promiscuous fonctionne et résout mon problème. > Moralité : Ne jamais avoir trop confiance en son matériel. > Je vais pouvoir explorer cette technologie. > > Une dernière question : > Comment désactiver l'auto-configuration ipv6 basée sur l'adresse MAC ? Je ne crois pas que tu puisses faire ça par contre tu peux imposer d'utiliser une adresse aléatoire en sortie plutôt que celle basée sur l'adresse MAC. De cette façon on ne saura pas que c'est toi qui visite tel ou tel site. Par contre si on veux te contacter toi on pourra utiliser l'IP basée sur ton
Re: ipv6 (avec free) - [Résolu]
The Sunday 14 December 2008 21:34:38 kaliderus, you wrote : > Stephane Bortzmeyer a écrit : > >> Comment désactiver l'auto-configuration ipv6 basée sur l'adresse MAC ? > > > > net.ipv6.conf.default.accept_ra = 0 > > Alors la chapeau ! > Ce type d'infos concernant les clés de sysctl est disponible où, je dois > regarder les sources du noyau ou quoi qu'est-ce ? Cela correspond à ce qu'il y a dans /proc/sys Par exemple /proc/sys/net/ipv6/conf/default/accept_ra va donner net.ipv6.conf.default.accept_ra Après pour une explication des paramètres c'est expliqué dans la documentation de linux (package linux-doc-2.6.26) > > > RA = Router Advertisment, cf. <http://www.bortzmeyer.org/4862.html> J'ai peur qu'après même l'IP aléatoire ne marche plus puisque celle-ci utilise le préfixe réseau envoyé dans le RA. Par contre cela doit être compatible avec une adresse IP fournie à la main > > Merci bien ! > > -- > J'ai des choses à dire : > http://kaliderus.blogspot.com Cordialement, Thomas Preud'homme -- Why debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: ipv6 (avec free) - [Résolu]
The Monday 15 December 2008 01:56:08 Thomas Preud'homme, you wrote : > The Sunday 14 December 2008 21:34:38 kaliderus, you wrote : > > Stephane Bortzmeyer a écrit : > > >> Comment désactiver l'auto-configuration ipv6 basée sur l'adresse MAC ? > > > > > > net.ipv6.conf.default.accept_ra = 0 > > > > Alors la chapeau ! > > Ce type d'infos concernant les clés de sysctl est disponible où, je dois > > regarder les sources du noyau ou quoi qu'est-ce ? > > Cela correspond à ce qu'il y a dans /proc/sys > > Par exemple /proc/sys/net/ipv6/conf/default/accept_ra va donner > net.ipv6.conf.default.accept_ra > > Après pour une explication des paramètres c'est expliqué dans la > documentation de linux (package linux-doc-2.6.26) J'ai oublié de préciser qu'une fois le package installé il faut aller voir dans /usr/share/doc/linux-doc-2.6.26/Documentation/networking/ip-sysctl.txt.gz > > > > RA = Router Advertisment, cf. <http://www.bortzmeyer.org/4862.html> > > J'ai peur qu'après même l'IP aléatoire ne marche plus puisque celle-ci > utilise le préfixe réseau envoyé dans le RA. Par contre cela doit être > compatible avec une adresse IP fournie à la main > > > Merci bien ! > > > > -- > > J'ai des choses à dire : > > http://kaliderus.blogspot.com > > Cordialement, > > Thomas Preud'homme Cordialement, Thomas Preud'homme -- Why debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: IPv6 et use_tempaddr
The Saturday 13 December 2008 23:09:03 Stephane Bortzmeyer, you wrote : > On Sat, Dec 13, 2008 at 10:50:37PM +0100, > Thomas Preud'homme wrote > > a message of 73 lines which said: > > Quoiqu'il en soit je n'ai pas d'idée de ce qui peut provoquer cette > > erreur. > > Moi non plus puisque je n'ai pas eu droit au résultat de : > > cat /proc/sys/net/ipv6/conf/default/use_tempaddr ça renvoie 42 :-] > > ifconfig eth0 Link encap:Ethernet HWaddr 00:17:f2:c6:99:49 inet adr:192.168.0.4 Bcast:192.168.0.255 Masque:255.255.255.0 adr inet6: 2a01:e35:8b71:d1c0:217:f2ff:fec6:9949/64 Scope:Global adr inet6: fe80::217:f2ff:fec6:9949/64 Scope:Lien UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:4279663 errors:1 dropped:1 overruns:0 frame:1 TX packets:2820734 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:1000 RX bytes:5080399835 (4.7 GiB) TX bytes:218376254 (208.2 MiB) Interruption:16 loLink 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:828 errors:0 dropped:0 overruns:0 frame:0 TX packets:828 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:0 RX bytes:69702 (68.0 KiB) TX bytes:69702 (68.0 KiB) > > (Il faut un redémarrage après le changement dans sysctl.conf) sysctl -p ne suffit pas ? Cordialement, Thomas Preud'homme -- Why debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: IPv6 et use_tempaddr
The Wednesday 17 December 2008 13:19:22 Pascal Hambourg, you wrote : > Salut, > > Thomas Preud'homme a écrit : > > eth0 Link encap:Ethernet HWaddr 00:17:f2:c6:99:49 > > inet adr:192.168.0.4 Bcast:192.168.0.255 Masque:255.255.255.0 > > adr inet6: 2a01:e35:8b71:d1c0:217:f2ff:fec6:9949/64 > > Scope:Global adr inet6: fe80::217:f2ff:fec6:9949/64 Scope:Lien > > Pas d'adresse globale temporaire, juste celle basée sur l'adresse MAC > comme l'adresse link local. > > >> (Il faut un redémarrage après le changement dans sysctl.conf) > > > > sysctl -p ne suffit pas ? > > Non, parce que les valeurs dans net.ipv6.conf.default.* ne s'appliquent > à une interface que lorsque celle-ci est activée pour la première fois. > Quant aux valeurs dans net.ipv6.conf.all.*, je n'ai pas l'impression > qu'elles aient un impact à l'exception de net.ipv6.conf.all.forwarding. > > Si tu ne veux pas redémarrer, modifie directement > net.ipv6.conf.eth0.use_tempaddr. J'ai redémarré avec net.ipv6.conf.default.use_tempaddr à 42 et cela n'a pas marché. J'ai ensuite positionné eth0 de la même manière sans résultat immédiat. J'ai redémarré le réseau et cela a marché. Alors ou ça met quelques secondes (genre 10-15) pour s'activer, ou il faut encore redémarrer le réseau (après faudrait voir qu'est-ce qui change quelque chose dans le démarrage du réseau). C'est assez pénible finalement que sysctl.conf n'ai pas d'effet si le module n'est pas chargé. Je n'aime pas l'idée de mettre un pre-up dans interfaces alors qu'un fichier sysctl.conf existe exprès pour toucher à /proc. Cordialement, Thomas Preud'homme Cordialement, Thomas Preud'homme -- Why debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
[Résolu] Touches multimédias liés au son sur MacBook Pro
Bonjour, il y a quelque temps je postais un message dont le sujet était "Touches multimédias liés au son sur MacBook Pro". J'avais alors à l'époque les touches liés au son qui étaient gérées par 2 programmes. En effet, alors que j'avais réglé pommed pour n'avoir qu'un pas de 1 sur le réglage Front et Headphone, j'observais en même temps un pas de 10 sur le master quand j'augmentais le son ou diminuais le son. J'ai fini par trouver quel était l'autre programme. Il s'agit de KMilo. Il suffit donc de le désactiver dans le centre de configuration de KDE > Composants de KDE > Gestionnaire de services. Ensuite il suffit de décocher Milo dans la partie Services au démarrage. Il est dommage de ne pas pouvoir plutôt désactiver plus finement KMilo sur des touches particulières voire de pouvoir paramétrer l'action effectuée à l'appuie d'une touche (pommed a l'inconvénient de ne rien afficher). J'espère que cela pourra aider des gens. Cordialement, Thomas Preud'homme -- Why debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: [Résolu] Touches multimédias liés au son sur MacBook Pro
The Sunday 04 January 2009 19:43:46 thveillon.debian, you wrote : > Thomas Preud'homme a écrit : > > Bonjour, > > [snip] > > >(pommed a l'inconvénient de ne rien afficher). > > > > > > Thomas Preud'homme > > Merci pour le retour, concernant "pommed" je crois qu'il existe une > interface graphique "gpomme", mais je ne sais pas comment elle s'intègre > à KDE. > > Tom Oui je connaissais son existance mais je pensais qu'il s'agissait d'une interface pour configurer pommed. J'avais mal lu la description : il s'agit d'afficher les actions entreprises par pommed en réaction à la frappe d'une touche multimédia. Merci pour l'information. Cordialement, Thomas Preud'homme -- Why debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: [bash] expansion de variable avec double quote
The Tuesday 06 January 2009 09:57:41 hd, you wrote :
> Bonjour,
>
> Je rencontre un problème avec l'expansion des variables sous bash
>
> J'utilise un script (que je ne peux modifier car il fait partie d'un
> package tiers) qui lance un ./configure en lui passant des paramamètres
> additionnels via une variable MY_ARGS
>
> le script est quelque chose comme :
>
> #!/bin/sh
>
> ./configure ${MY_ARGS}
> ...
>
> et je le lance avec la commande :
> MY_ARGS='--enable-truc CFLAGS="-g3 -O0"' ./script.sh
En fait les ' sont retirer par le shell au moment de l'évaluation de la ligne.
Au final il mettra dans MY_ARGS : --enable-truc CFLAGS="-g3 -O0" ./script.sh
Ensuite quand tu appelles configure avec $MY_ARGS la variable est remplacée
par sa signification (Cf ligne du dessus) et le découpage est fait suivant
les espaces sauf pour les variables qui étaient entre quites.
Cf man bash : Expansion is performed on the command line after it has
been split into words. There are seven kinds of expansion performed: brace
expansion, tilde expansion, parameter and variable expansion, command
substitution, arithmetic expansion, word splitting, and pathname expansion.
Puis plus loin :
The shell scans the results of parameter expansion, command substitution, and
arithmetic expansion that did not occur within double quotes for word
splitting.
Autrement dit les quotes ne sont interprétés que dans la ligne de commande,
pas dans les variables. Toute quote dans une variable est considérée comme un
caractère (c'est comme si la quote avait été échappée par le shell).
Si tu veux obtenir le résultat espéré tu vas devoir faire un eval :
val [arg ...]
The args are read and concatenated together into a single
command. This command is then read and executed by the shell, and its exit
status is returned as the value of eval. If there are no args, or only
null arguments, eval returns 0.
Ce qui dans ton cas donne :
MY_ARGS='--enable-truc CFLAGS="-g3 -O0"' ./script.sh
puis
eval ./configure ${MY_ARGS}
>
> je m'attends à ce qu'il soit interprété comme :
> ./configure --enable-truc CFLAGS="-g3 -O0"
>
> mais bash le transforme en :
> ./configure --enable-truc 'CFLAGS="-g3' '-O0"'
> ce qui fait 3 paramètres pour "./configure" au lieu de 2
> et évidemment ./configure sort en erreur en indiquant qu'il ne comprend
> pas le paramètre -O0
>
> Pourriez vous m'indiquer la bonne syntaxe pour que bash fasse ... ce que
> je voudrais qu'il fasse
>
> merci
Cordialement,
Thomas Preud'homme
--
Why debian : http://www.debian.org/intro/why_debian
signature.asc
Description: This is a digitally signed message part.
Re: soucis avec la liste ?
The Wednesday 07 January 2009 13:59:45 Grégory Bulot, you wrote : > bonjour, suite a des tentatives de spams massifs sur mon serveur, j'ai > un peu relevé les critères de dicrimination des mails, normalement cela > ne touche pas cette liste (listes access et deny qui ont pour but de > bloquer le *.tw je ne pense pas que la liste soit par la bas) > > mais j'ai reçu "Sujet: lists.debian.org has received bounces from you" > > le détail du bounce (http://lists.debian.org/bounces/) me dit bien > que je suis un gros couillon de pas encore avoir retiré ordb.org > (j'avais pas touché à ma config de plusieurs mois), je l'ai retiré de > suite (j'ai pas oublié de reloader mon serveur), mais aucun mail de > liste depuis, je me pose donc des questions :-D Quand as-tu modifié la config pour retirer ordb.org ? Si cela ne fait que quelques minutes voire heures peut-être en attendant un peu que le serveur mail des listes renvoie les mails et s'aperçoive que tu ne le bloque plus ... > > -- > > Cordialement > Grégory BULOT Cordialement, Thomas Preud'homme -- Why debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: [bash] expansion de variable avec double quote
The Wednesday 07 January 2009 17:18:56 hd, you wrote :
> [...]
>
> > Si tu veux obtenir le résultat espéré tu vas devoir faire un eval :
> >
> > val [arg ...]
> > The args are read and concatenated together into a single
> > command. This command is then read and executed by the shell, and its
> > exit status is returned as the value of eval. If there are no args,
> > or only null arguments, eval returns 0.
> >
> > Ce qui dans ton cas donne :
> >
> > MY_ARGS='--enable-truc CFLAGS="-g3 -O0"' ./script.sh
> >
> > puis
> >
> > eval ./configure ${MY_ARGS}
>
> merci pour toutes ces explications.
> mais comme rien n'est simple, le script.sh en question ne dépend pas de
> moi (fait par un tiers), je ne peux donc pas le modifier directement.
> avec toutes les réponses à ce fil, j'en déduis qu'il n'y a pas de
> solution en ne jouant que sur la définition de la variable.
> donc je vais demander des modif ... dans script.sh
>
> merci pour tout
Pas besoin. Regarde ma solution, je n'ai pas parlé de modifier script.sh
Juste tu dois écrire eval ./configure ${MY_ARGS} au lieu de ./configure
${MY_ARGS}
Cordialement,
Thomas Pred'homme
--
Why debian : http://www.debian.org/intro/why_debian
signature.asc
Description: This is a digitally signed message part.
Re: [bash] expansion de variable avec double quote
The Wednesday 07 January 2009 21:29:16 Arnaud Delobelle, you wrote :
> 2009/1/7 Thomas Preud'homme :
> > Pas besoin. Regarde ma solution, je n'ai pas parlé de modifier script.sh
> >
> > Juste tu dois écrire eval ./configure ${MY_ARGS} au lieu de ./configure
> > ${MY_ARGS}
>
> Sauf que ./configure ${MY_ARGS} est dans le script...
>
> --
> Arnaud
Ah oui en effet. Je vois pas comment faire d'autres alors.
Cordialement,
Thomas Preud'homme
--
Why debian : http://www.debian.org/intro/why_debian
signature.asc
Description: This is a digitally signed message part.
[HS] Compilation du noyau Linux sans optimisations
Bonjour à tous, j'ai besoin de débugguer un code que j'ai écrit dans le noyau. J'ai réussi à faire marcher kgdb du coup je pensais que cela se ferai très facilement mais malheureusement les variables que je souhaite afficher avec print sont marquée comme optimisée (dans des registres) voire carrément en "No symbol foo found" alors que j'arrive à afficher une variable dans la même fonction (ce n'est pas un problème de stack frame). J'aurais donc besoin de compiler le noyau avec informations de débogguage (déjà fait) mais sans les optimisations (pas de -O passé à gcc). J'ai cherché un peu dans General setup, Kernel hacking et Processor type and features lors de la configuration du noyau Linux mais je n'ai trouvé qu'une option qui permet de privilégier la taille sur la vitesse "Optimize for size". Quelqu'un a une idée d'où se trouve l'option pour ne pas optimiser le noyau ? Cordialement, Thomas Preud'homme -- Why debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: Le paquet Git installé me crée des erreurs via man-db.
The Wednesday 21 January 2009 10:06:05 Kevin Hinault, you wrote : > Bonjour, > > Je viens avec un sujet qui me gène depuis quelques temps sur ma Debian > Etch : j'ai installé il y a quelques mois le paquet git via apt-get et > depuis à chaque nouveau paquet que j'installes, j'ai le lendemain un > mail de man-db qui détecte une erreur : > > /etc/cron.daily/man-db: > mandb: attention: /usr/share/man/man1/git.1.gz est un lien symbolique > flottant > > Alors moi je suis pas contrariant et je vérifie ce qu'on me dit : > > # file /usr/share/man/man1/git.1.gz > /usr/share/man/man1/git.1.gz: broken symbolic link to > `/etc/alternatives/git.1.gz' Il est possible qu'il ait existé plusieurs alternatives pour git à une époque et que maintenant git n'utilise plus d'alternative. Le mieux pour s'en assurer serait de purger puis réinstaller le paquet. Si tu ne veux rien supprimer alors fait un ln -s /usr/share/man/man1/git.transition.1.gz /etc/alternatives/git.1.gz tu peux remplacer git.transition.1.gz par n'importe lequel des fichier (qui n'est pas un lien symbolique) git*.1.gz se trouvant dans /usr/share/man/man1 * représentant n'importe quoi > > Voila l'explication : mon lien est cassé puisque > /etc/alternatives/git.1.gz n'existes pas chez moi ... > > Bien sûr, je pourrais le supprimer et ignorer l'erreur mais ça > m'embête. Je considère apt et dpkg comme de bons outils travaillant > bien et installant tout bien comme il faut là où il faut aussi je > suppose une erreur dans le paquet git non ? C'est possible. J'ai déjà eu plusieurs fois des soucis d'alternatives. Notament sur java, et j'ai dû réparer les mains à la main puisque si une seule alternative existe sur un système, la commande update-alternative ne veut pas recréer le lien symbolique même si celui-ci ne pointe pas sur l'alternative existante. En gros j'avais /etc/alternatives/javac qui pointait vers un programme javac inexistant (du moins pas à cet endroit) et quand je disais à update-alternative de configurer l'alternative pour javac il me disait qu'une seule alternative était dispo et ne corrigeait pas le lien cassé. > > Le paquet git concerné avait le nom suivant : git_4.3.20-10_i386.deb, > le paquet n'a pas été mis a jour à ma connaissance. > J'ai regardé le contenu du paquet : > > # dpkg-deb --contents /var/cache/apt/archives/git_4.3.20-10_i386.deb > > et dedans aucun lien symbolique à ce nom ... J'ai aussi vérifié les > paquet git-core et cogito que j'avais installé le même jour et rien > non plus. Les liens symboliques pour les alternatives sont gérés par les scripts d'installations des paquets Debian. En fait je me demande même si la Debian policy autorise un lien symbolique a être mis dans un paquet Debian > > Quelqu'un à des idées autres que de supprimer le lien ? (Je n'aime pas > ignorer des erreurs :p) Cf ci-dessus. > > Kévin Cordialement, Thomas Preud'homme Cordialement, Thomas Preud'homme -- Why debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: unstable et experimental
On Sunday 08 February 2009 15:59:46 maderios wrote: [SNIP] > > Désolé d'insister lourdement mais la politique de Debian ne me paraît > pas très cohérente concernant unstable/sid. > Pourquoi avoir gelé sid ? Il eut été possible de continuer à faire > maturer sid avec par ex KDE 4.2 puis de transférer les paquets sid > suffisamment stables en testing lors de la sortie de Lenny en stable. > On a l'impression que l'équipe de Debian a peur de mettre de > l'instable dans sid/unstable. > Bon, mon avis est certainement très subjectif. Le problème est qu'un paquet pour accéder à testing doit passer par unstable, quoiqu'il arrive. Si tu envoies une nouvelle version dans sid alors, si un bug doit être corrigé dans testing tu es gêné. Cela t'obligerai à envoyer une version dans sid plus vieille que l'existante et je doute que apt* appréciera. Il y a bien testing-proposed-update ou un truc du genre qui permet d'envoyer directement en testing mais du coup tu n'as pas la phase de test en sid. Qui plus est j'ai installé kde 4.2 et il y a encore pas mal de bugs, sans compter qu'il manque encore certaines fonctions qui étaient dans kde 3.5 et qui ne sont pas dans kde 4.2 encore. De toute façon juste après la release de lenny (demain normalement) kde 4.2 devrait entrer progressivement dans sid, disons d'ici fin mars le temps que toute la migration se fasse. Je profite de cette discussion pour rappeler que experimental contrairement à sid n'est pas une distribution à part entière de Debian puisqu'elle ne contient que quelques paquets. On ne peut pas être en Debian experimental, tout au plus en sid/experimental. Cordialement, Thomas Preud'homme -- 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 debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Pain sec et eau pour ma partition /root
On Tuesday 17 February 2009 09:56:40 Guillaume wrote: [SNIP] Donc tu as juste installé plein de programmes. Pour vider le cache : aptitude clean. Tu récupéreras au moins le /var/cache/apt Cordialement, Thomas Preud'homme -- 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 debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: analyser un kernelpanic
On Tuesday 17 February 2009 12:25:04 georges wrote: > Bonjour, > > Suite à des kernelpanic intempestif, je suspecte un probléme hardware > ou un bug dans un module. > > Quel moyen à t'on pour analyser un kernepanic et trouver l'origine? Tout dépend de ton niveau en fait. Si tu t'y connais un peu en noyau tu peux recompiler le noyau avec les informations de deboggages et utiliser kdb et gdb pour le débogguer. Tu verras la ligne exact où ça déconne et la fonction, modulo les macros. Je peux t'expliquer la marche à suivre si tu veux. Sinon recopie ici les lignes (genre backtrace, ou logs systèmes à défaut) du panic s'il y en a (il me semble qu'il n'y en a que pour le oops) > > Georges Cordialement, Thomas Preud'homme -- 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 debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Pb de resolution de localhost
On Tuesday 17 February 2009 13:04:35 giggz wrote: > giggz a écrit : > > [snip] > > > >> Vérifie dans ton /etc/network/interfaces que tu as bien : > >> > >> # The loopback network interface > >> auto lo > >> iface lo inet loopback > > > > ça j'ai...(oublié de le préciser...) > > > >> Éventuellement, vérifie aussi que le module loop figure bien dans > >> /etc/modules (histoire d'être sûr que ce module soit chargé au boot). > > > > tiens ça je n'ai pas...et il n'ai pas chargé au boot. bon je vais voir > > si ça change qqch. > > Bon avec loop de charger ça ne change rien... Normal. A moins que je ne dise une bêtise il me semble que loop est pour monter une iso par exemple. Cela peut être très pratique pour voir les fichiers contenu dans une iso ou une image qemu. > > > Merci pour cette piste! > > > >> Christophe. Cordialement, Thomas Preud'homme -- 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 debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Pb de resolution de localhost
On Tuesday 17 February 2009 13:05:38 giggz wrote: > Pascal Hambourg a écrit : > > Salut, > > > > Christophe Mouilleron a écrit : > >> On Tue, Feb 17, 2009 at 11:50:28AM +0100, giggz wrote: > >>> 11:48 gi...@thor ~ % cat /etc/hosts > >>> > >>> je peux pinguer localhost même si je n'ai pas le net. > > > > Encore heureux. Manquerait plus que ça. > > > >>> par contre mpd refuse de démarrer et privoxy ne marche pas. > > > > Dans ce cas j'aurais tendance à penser qu'ils sont buggés. > > oui...j'aimerai bien. mais personne n'a mon pb qd je demande...donc ça > doit venir de ma machine, enfin de ma configuration... L'un n'empêche pas l'autre. Même si quelque chose dans la conf demande internet, le logiciel devrait détecter qu'internet n'est pas présent et proposer un mode dégradé uniquement local. Colle nous la conf de mpd pour commenter. Elle doit se trouver dans /etc/mdp.conf ou quelque chose du genre. Il doit y avoir une ligne qui fait référence à un serveur externe quelconque. > > >> J'ai déjà eu des blagues du genre parce que je n'avais pas > >> d'interface lo (plus exactement, elle n'était pas up). > > > > Son interface lo est active et configurée, sinon il ne pourrait pas > > pinger localhost. > > > >> Éventuellement, vérifie aussi que le module loop figure bien dans > >> /etc/modules (histoire d'être sûr que ce module soit chargé au boot). > > > > Le module loop n'a rien à voir avec l'interface de loopback. Il sert à > > monter des simples fichiers (image ISO...) comme des périphériques bloc. > > ok...merci pour l'explication > > Bye Thomas Preud'homme -- 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 debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Pb de resolution de localhost
On Tuesday 17 February 2009 15:31:47 giggz wrote: > a noter j'utilise firestarter comme firewall et ifplugd. A priori s'il s'agissait d'un problème de firewall avec internet cela ne marcherai pas. Et ifplugd a priori si tu touches pas au cable ethernet il ne devrait pas y avoir de problème. > > > L'un n'empêche pas l'autre. Même si quelque chose dans la conf demande > > internet, le logiciel devrait détecter qu'internet n'est pas présent et > > proposer un mode dégradé uniquement local. Colle nous la conf de mpd pour > > commenter. Elle doit se trouver dans /etc/mdp.conf ou quelque chose du > > genre. Il doit y avoir une ligne qui fait référence à un serveur externe > > quelconque. > > merci! > > voilà la chose : [SNIP] Je n'ai rien vu d'anormal dans la conf. Peux-tu lancer mpd en mode verbeux et nous copier les logs ? Cordialement, Thomas Preud'homme -- 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 debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: son avec lenny
On Tuesday 17 February 2009 14:50:08 Albert DURANTON wrote: > J'utilise Lenny depuis trois ans. Parfois j'ai du son puis quelques temps > après je n'en ai plus et ça recommence.Une fois une fenêtre s'est ouverte > et j'ai pu cliquer sur "sourdine non". Depuis je ne retrouve pas cette > fenêtre. Actuellement je n'ai plus de son. Quelqu'un peut-il m'aider ? > Merci d'avance. Une bonne idée serait de faire un lsmod | sort -n quand ça marche et quand cela ne marche pas et de comparer les modules chargés. J'ai eu un problème comme ça sur un des mes ordis, c'était un conflit entre deux drivers audio. Je n'ai jamais compris pourquoi il y avait un conflit pour deux cartes son différentes mais bon ... Sinon en attendant tu peux faire en tant que root alsaconf. A l'époque ça marchait pour moi mais je devais le faire à chaque fois que le son disparaissait. Cordialement, Thomas Preud'homme -- 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 debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Pb de resolution de localhost
On Tuesday 17 February 2009 17:44:43 Bruno Muller wrote: > Hello, > > Le mardi 17 février 2009 à 17:17 +0100, giggz a écrit : > > pourquoi le fichier /etc/hosts ne sert il pas ? > > Il sert. > > Mais getaddrinfo() doit, selon ses spec, retourner *toutes* les adresses > IP (v4 et v6) correspondants à l'hôte demandé. > Et pour les retourner toutes, il doit chercher partout ! > > Et, à priori, tu n'as pas d'IPV6 correspondant à localhost d'indiqué > dans /etc/hosts... > > Peut-être qu'il y a d'autres solutions (de contournement) en plus des 2 > que j'ai proposé : > - Ajouter une ligne "::1 localhost" dans /etc/hosts > - Déactiver complètement l'ipv6 (décharger/blacklister le module ipv6) > > > Les dév de la glibc savent qu'il peut y avoir problème (fichier BUGS > dans les sources de la glibc) : > > [ *] Some of the functions which also handled IPv6 are currently broken. >IPv6 and IPv4 lookups occasionally happen when not needed. This >happens in getaddrinfo() and getnameinfo(). IPv4 handling of >these functions is OK though and there are patches available to fix >the IPv6 code as well. > > > Bruno Effectivement et ceci explique que cela marche après une connexion à internet. Une requête sur localhost réussira et le cache sera alors rempli au moment où une nouvelle requête mais offline sera effectuée pour localhost. Dans ce cas comme le suggère Bruno essaie de rajouter une ligne ::1 localhost. Cela devrait régler le problème. Cordialement, Thomas Preud'homme -- 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 debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Pb de resolution de localhost
On Tuesday 17 February 2009 23:03:20 giggz wrote: > Bruno Muller a écrit : > > Hello, > > > > Le mardi 17 février 2009 à 17:17 +0100, giggz a écrit : > >> pourquoi le fichier /etc/hosts ne sert il pas ? > > > > Il sert. > > > > Mais getaddrinfo() doit, selon ses spec, retourner *toutes* les adresses > > IP (v4 et v6) correspondants à l'hôte demandé. > > Et pour les retourner toutes, il doit chercher partout ! > > > > Et, à priori, tu n'as pas d'IPV6 correspondant à localhost d'indiqué > > dans /etc/hosts... > > > > Peut-être qu'il y a d'autres solutions (de contournement) en plus des 2 > > que j'ai proposé : > > - Ajouter une ligne "::1 localhost" dans /etc/hosts > > - Déactiver complètement l'ipv6 (décharger/blacklister le module ipv6) > > Ok je teste ça de suite! > > juste pour savoir ça fait en quoi en plus de : > ::1 ip6-localhost ip6-loopback Cela revient à ajouter localhost à la fin. Tu dis juste que localhost, ip6- localhost et ip6-loopback sont équivalent à ::1 > > merci en tout cas! > > > Les dév de la glibc savent qu'il peut y avoir problème (fichier BUGS > > dans les sources de la glibc) : > > > > [ *] Some of the functions which also handled IPv6 are currently > > broken. IPv6 and IPv4 lookups occasionally happen when not needed. This > > happens in getaddrinfo() and getnameinfo(). IPv4 handling of these > > functions is OK though and there are patches available to fix the IPv6 > > code as well. > > > > > > Bruno Cordialement, Thomas Preud'homme -- 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 debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Pb de resolution de localhost
On Tuesday 17 February 2009 23:11:04 giggz wrote: > giggz a écrit : > > Bruno Muller a écrit : > >> Hello, > >> > >> Le mardi 17 février 2009 à 17:17 +0100, giggz a écrit : > >>> pourquoi le fichier /etc/hosts ne sert il pas ? > >> > >> Il sert. > >> > >> Mais getaddrinfo() doit, selon ses spec, retourner *toutes* les adresses > >> IP (v4 et v6) correspondants à l'hôte demandé. > >> Et pour les retourner toutes, il doit chercher partout ! > >> > >> Et, à priori, tu n'as pas d'IPV6 correspondant à localhost d'indiqué > >> dans /etc/hosts... > >> > >> Peut-être qu'il y a d'autres solutions (de contournement) en plus des 2 > >> que j'ai proposé : > >> - Ajouter une ligne "::1 localhost" dans /etc/hosts > >> - Déactiver complètement l'ipv6 (décharger/blacklister le module ipv6) > > Ok. > > ajouter "::1 localhost" dans /etc/hosts résoud le pb avec mpd! :) pfff > merci pour ça! ça fait un bail que je galère! > > Pour privoxy ça ne marche pas encore...je vais voir en désactivant l'ipv6! Peut-être est-ce un problème qui n'a rien à voir (même si 2 problèmes en même temps sont sûrement liés) > > merci pour tout Tout le mérite revient à Bruno Muller > > juste encore un truc. > > ce "::1 localhost" peut il être génant pour la suite ? lorsque l'on > passera completement à l'ipv6 ? Absolument pas. ::1 c'est le 127.0.0.1 de l'IPv6. La notation :: c'est une simplification qui signifie "remplir avec suffisement de zéro pour avoir une adresse IPv6 valide". Autrement dit ici ::1 veut dire 0001 > > merci Cordialement, Thomas Preud'homme -- 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 debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: analyser un kernelpanic
On Tuesday 17 February 2009 23:51:18 Bruno Muller wrote: > Hello, > > Le mardi 17 février 2009 à 21:22 +0100, kaliderus a écrit : > > >> Quel moyen à t'on pour analyser un kernepanic et trouver l'origine? > > > > > > Tout dépend de ton niveau en fait. > > > > > > Si tu t'y connais un peu en noyau tu peux recompiler le noyau avec les > > > informations de deboggages et utiliser kdb et gdb pour le débogguer. Tu > > > verras la ligne exact où ça déconne et la fonction, modulo les macros. > > > Je peux t'expliquer la marche à suivre si tu veux. > > > > C'est un point qui m'intéresse, un lien/tutoriel/bafouille sur le debug > > du noyau serait très bienvenue ... > > $ sudo apt-get install ksymoops dog > $ dog http://lkml.org/lkml/2008/1/14/304 Très intéressant cet article. Vraiment très intéressant. > > Amuse-toi bien :) > > Bruno Cordialement, Thomas Preud'homme > > -- > LOOK > P : Hum... Maurice, tu sais quoi ? > M : Oui, je suis ridicule ! > P : Non, je ne dirais pas ça... je dirais que tu es mignon ! -- 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 debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: analyser un kernelpanic
On Tuesday 17 February 2009 21:22:22 kaliderus wrote: > Thomas Preud'homme a écrit : > > On Tuesday 17 February 2009 12:25:04 georges wrote: > >> Bonjour, > >> > >> Suite à des kernelpanic intempestif, je suspecte un probléme hardware > >> ou un bug dans un module. > >> > >> Quel moyen à t'on pour analyser un kernepanic et trouver l'origine? > > > > Tout dépend de ton niveau en fait. > > > > Si tu t'y connais un peu en noyau tu peux recompiler le noyau avec les > > informations de deboggages et utiliser kdb et gdb pour le débogguer. Tu > > verras la ligne exact où ça déconne et la fonction, modulo les macros. Je > > peux t'expliquer la marche à suivre si tu veux. > > C'est un point qui m'intéresse, un lien/tutoriel/bafouille sur le debug > du noyau serait très bienvenue ... Pour utiliser le déboggueur du noyau, une fois activé dans le noyau (dans kernel hacking) tu dois le lancer avec des arguments supplémentaires à savoir : $console kgdbwait kgdboc=ttyS1 selinux=0 Si tu veux faire ça via kvm/qemu et ne pas utiliser un cable série, voici la ligne : kvm kernelimage $debug_args $vga_args -serial "stdio" -serial "pty" A un moment le noyau va attendre gdb. Ensuite tu lances gdb sur vmlinux (et non pas vmlinuz). Quand tu compiles le noyau il se trouve à la racine de l'arbre, c'est à dire là où il y a le .config Ensuite tu fais gdb vmlinux une fois que tu as le prompt tu fais target remote /dev/pts/numeroindiqueparkvm Et là tu peux faire continue et tu vas voir ton noyau continuer à booter et tu auras accès à gdb. Par contre le ctrl - c ne marche pas sur le noyau donc si tu veux des breakpoints il faut les mettre avant de faire continue. Ce que je viens de te décrire est le protocole que j'ai suivi lorsque j'ai dû débogguer un code que j'avais fait dans le noyau. Je me suis inspiré de l'article suivant : http://linux-hacks.blogspot.com/2008/05/setting-up-kgdb- using-kvmqemu.html > > > Sinon recopie ici les lignes (genre backtrace, ou logs systèmes à défaut) > > du panic s'il y en a (il me semble qu'il n'y en a que pour le oops) > > > >> Georges > > > > Cordialement, > > > > Thomas Preud'homme > > Merci par avance. > k. Cordialement, Thomas Preud'homme -- 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 debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: son avec lenny
On Wednesday 18 February 2009 18:41:29 Antoine Y wrote: > Thomas Preud'homme a écrit : > >> Une bonne idée serait de faire un lsmod | sort -n quand ça marche et > >> quand cela ne marche pas et de comparer les modules chargés. > > Désolé de squatter ce fil, mais ayant aussi régulièrement le son qui > "saute" mais sous squeeze + pulseaudio, j'ai suivi cette piste : > > du son : > #lsmod | sort -n > modules_son_on > plus de son : > #lsmod | sort -n > modules_son_off > > #diff modules_son_off modules_son_on > < snd58148 15 > snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm >,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device > > > snd58148 17 > > snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm >,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device > > < snd_intel8x0 33052 2 > > > snd_intel8x0 33052 3 > > donc si je comprends bien, snd_intel8x0 est utilisé par 3 autres modules > quand ça marche et plus que 2 quand ça ne marche plus ? > > pour l'instant avec du son : > > # lsmod |grep snd > snd_intel8x0 33052 3 > snd_intel8x0m 17676 0 > snd_ac97_codec106020 2 snd_intel8x0,snd_intel8x0m > ac97_bus5760 1 snd_ac97_codec > snd_pcm_oss42368 0 > snd_mixer_oss 18688 1 snd_pcm_oss > snd_pcm76548 4 > snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss > snd_seq_dummy 6788 0 > snd_seq_oss34048 0 > snd_seq_midi 10368 0 > snd_rawmidi25344 1 snd_seq_midi > snd_seq_midi_event 11136 2 snd_seq_oss,snd_seq_midi > snd_seq53552 6 > snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event > snd_timer 24712 2 snd_pcm,snd_seq > snd_seq_device 11020 5 > snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq > snd58148 17 > snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm >,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device > > soundcore 11232 1 snd > snd_page_alloc 12936 3 snd_intel8x0,snd_intel8x0m,snd_pcm > > #lsmod |grep snd_intel8x0 > snd_intel8x0 33052 3 > snd_intel8x0m 17676 0 > snd_ac97_codec106020 2 snd_intel8x0,snd_intel8x0m > snd_pcm76548 4 > snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss > snd58148 17 > snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm >,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device > > snd_page_alloc 12936 3 snd_intel8x0,snd_intel8x0m,snd_pcm > > dès que le son re-plante je les recommence, afin d'identifier le module > qui cesse d'utiliser snd_intel8x0 et qui serait la source du problème, > c'est bien ça ? Oui même si dans mon cas la différence portait carrément sur les modules chargés > si j'ai compris et que j'arrive à identifier ce module, quelle pourra > être la suite ( tenter des modprobe -r XX + modprobe XX ou modprobe -r > snd_intel8x0 + modprobe snd_intel8x0 ) ? J'avoue que je n'ai pas trop d'idée sur le moment. Je m'en étais sorti avec une blacklist mais dans ton cas tu utilises les mêmes modules chaque fois. Arf si, à tous les coup ça vient de ac97. Mon problème venait de ce truc également. En plus tu n'as pas de raison d'avoir le driver intel8x0 et le driver ac97. Essaie quand le son déconne de virer tout ce qui est lié à ac97 (regarde aussi ce dont il dépend). > > merci d'avance > Antoine Y Cordialement, Thomas Preud'homme -- 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 debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: son avec lenny
On Thursday 19 February 2009 10:45:14 Albert DURANTON wrote: > merci de ta réponse voila ce que donne ce que tu m'as conseillé de faire : > > #lsmod|sort -n >modules_son_on rien > #lsmod|sort -n >modules_son_off rien > #lsmod|sort -n >modules_son_on rien > #diff modules_son_off modules_son_on rien > > #lsmod|grep snd > snd_hda_intel 324248 1 > snd_pcm_oss 32800 0 > snd_mixer_oss 12320 1 snd_pcm_oss > snd_pcm 62596 2 snd_hda_intel,snd_pcm_oss > snd_seq_dummy 2660 0 > snd_seq_oss 24992 0 > snd_seq_midi 5728 0 > snd_rawmidi 18496 1 snd_seq_midi > snd_seq_midi_event 6432 2 snd_seq_oss,snd_seq_midi > snd_seq 41456 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event > snd_timer 17800 2 snd_pcm,snd_seq > snd_seq_device 6380 5 > snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq snd 45604 11 > snd_hda_intel,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,snd >_seq,snd_timer,snd_seq_device soundcore 6368 1 snd > snd_page_alloc 7816 2 snd_hda_intel,snd_pcm > debian:/home/albert2# lsmod|grep snd > snd_hda_intel 324248 1 > snd_pcm_oss 32800 0 > snd_mixer_oss 12320 1 snd_pcm_oss > snd_pcm 62596 2 snd_hda_intel,snd_pcm_oss > snd_seq_dummy 2660 0 > snd_seq_oss 24992 0 > snd_seq_midi 5728 0 > snd_rawmidi 18496 1 snd_seq_midi > snd_seq_midi_event 6432 2 snd_seq_oss,snd_seq_midi > snd_seq 41456 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event > snd_timer 17800 2 snd_pcm,snd_seq > snd_seq_device 6380 5 > snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq snd 45604 11 > snd_hda_intel,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,snd >_seq,snd_timer,snd_seq_device soundcore 6368 1 snd > snd_page_alloc 7816 2 snd_hda_intel,snd_pcm Les modules ont l'air ok. N'y a-t-il pas de channel muet quand tu fais alsamixer ? > > > Message du 18/02/09 19:09 > > De : "Thomas Preud'homme" > > A : debian-user-french@lists.debian.org > > Copie à : > > Objet : Re: son avec lenny > > > > On Wednesday 18 February 2009 18:41:29 Antoine Y wrote: > > > Thomas Preud'homme a écrit : > > > >> Une bonne idée serait de faire un lsmod | sort -n quand ça marche et > > > >> quand cela ne marche pas et de comparer les modules chargés. > > > > > > Désolé de squatter ce fil, mais ayant aussi régulièrement le son qui > > > "saute" mais sous squeeze + pulseaudio, j'ai suivi cette piste : > > > > > > du son : > > > #lsmod | sort -n > modules_son_on > > > plus de son : > > > #lsmod | sort -n > modules_son_off > > > > > > #diff modules_son_off modules_son_on > > > < snd 58148 15 > > > snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd > > >_pcm ,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device > > > > > > > snd 58148 17 > > > > > > snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd > > >_pcm ,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device > > > > > > < snd_intel8x0 33052 2 > > > > > > > snd_intel8x0 33052 3 > > > > > > donc si je comprends bien, snd_intel8x0 est utilisé par 3 autres > > > modules quand ça marche et plus que 2 quand ça ne marche plus ? > > > > > > pour l'instant avec du son : > > > > > > # lsmod |grep snd > > > snd_intel8x0 33052 3 > > > snd_intel8x0m 17676 0 > > > snd_ac97_codec 106020 2 snd_intel8x0,snd_intel8x0m > > > ac97_bus 5760 1 snd_ac97_codec > > > snd_pcm_oss 42368 0 > > > snd_mixer_oss 18688 1 snd_pcm_oss > > > snd_pcm 76548 4 > > > snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss > > > snd_seq_dummy 6788 0 > > > snd_seq_oss 34048 0 > > > snd_seq_midi 10368 0 > > > snd_rawmidi 25344 1 snd_seq_midi > > > snd_seq_midi_event 11136 2 snd_seq_oss,snd_seq_midi > > > snd_seq 53552 6 > > > snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event > > > snd_timer 24712 2 snd_pcm,snd_seq > > > snd_seq_device 11020 5 > > > snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq > > > snd 58148 17 > > > snd_intel8x0,snd_intel8x0m,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd > > >_pcm ,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device > > > > > > soundcore 11232 1 snd > > > snd_page_alloc 12936 3 snd_intel8x0,snd_intel8x0m,snd_pcm > > > > > > #lsmod |grep snd_intel8x0 > > > snd_intel8x0 33052 3 > > > snd_intel8x0m 17676 0 >
Re: chroot de l'environnement d'un user
On Thursday 19 February 2009 16:47:52 n r wrote: > Bonjour, > > En executant ftp dans un environnement chroot pour un user, j'ai > bash : ftp/tcp service unknown > > j'ai copié ftp dans /homeuserchroot/bin/ftp, > toutes les librairies nécessaires dans /homeuserchroot/lib/ > et /etc/services dans /homeuserchroot/etc/services > que manque t-il ?? > nr Que donne un strace ftp ? > > > _ > Appelez vos amis de PC à PC -- C'EST GRATUIT Mais pas libre > http://get.live.com/messenger/overview Ou pas. Cordialement, Thomas Preud'homme -- 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 debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Pb debian-archive-keyring lors de la mise à jour vers Lenny
On Friday 20 February 2009 12:02:46 PETRIGNET Philippe wrote: > Julien Valroff a écrit : > > Le vendredi 20 février 2009 à 10:32 +0100, PETRIGNET Philippe a écrit : > >> Julien Valroff a écrit : > > > > [...] > > > >>>> dpkg --configure -a ne marche pas : > >>> > >>> apt-key ne trouve toujours pas gpg > >>> > >>> [...] > >>> > >>>> Et pour répondre à la 2ème question : oui gnupg était installé avant > >>>> la migration... > >>> > >>> Que donne `dpkg --status gnupg | grep ^Status' ? > >>> Si 'install ok installed, essaye `which gpg'... > >> > >> dpkg --status gnupg | grep ^Status > >> Status: install ok installed > >> > >> which gnupg (et non gpg, je suppose) ne donne rien. > > > > non, la commande est bien gpg > > Elle devrait se trouver dans /usr/bin/gpg et donc dans le PATH > > Seulement, apt-key ne la trouve pas > > > > Julien > > > > PS: pourrais-tu envoyer tes messages à la liste en plaintext et non en > > HTML. > > Il n'est pas non plus nécessaire de me mettre en copie de tes réponses, > > je suis abonné à la liste > > La commande which gpg ne donne rien non plus > > PS : C'est bon pour le plaintext ? >Désolé pour le doublon Essaie avec ton user et avec root. Si aucun ne donne quelque chose alors l'exécutable de gpg est soit absent, soit dans un répertoire qui n'est pas dans le PATH. Check également le PATH en root (echo $PATH). Si tu penses que gpg est en dehors du path de root alors fait un updatedb puis un locate gpg en root ou tu peux aussi faire find / -type f -perm /111 -name gpg Si tu ne le trouves pas alors aptitude reinstall gnupg me semble une bonne chose Cordialement, Thomas Preud'homme -- 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 debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Pb debian-archive-keyring lors de la mise à jour vers Lenny
On Friday 20 February 2009 16:32:40 PETRIGNET Philippe wrote: > PETRIGNET Philippe a écrit : > > Thomas Preud'homme a écrit : > >> On Friday 20 February 2009 12:02:46 PETRIGNET Philippe wrote: > >>> Julien Valroff a écrit : > >>>> Le vendredi 20 février 2009 à 10:32 +0100, PETRIGNET Philippe a > >>>> > >>>> écrit : > >>>>> Julien Valroff a écrit : > >>>> > >>>> [...] > >>>> > >>>>>>> dpkg --configure -a ne marche pas : > >>>>>> > >>>>>> apt-key ne trouve toujours pas gpg > >>>>>> > >>>>>> [...] > >>>>>> > >>>>>>> Et pour répondre à la 2ème question : oui gnupg était installé > >>>>>>> avant > >>>>>>> la migration... > >>>>>> > >>>>>> Que donne `dpkg --status gnupg | grep ^Status' ? > >>>>>> Si 'install ok installed, essaye `which gpg'... > >>>>> > >>>>> dpkg --status gnupg | grep ^Status > >>>>> Status: install ok installed > >>>>> > >>>>> which gnupg (et non gpg, je suppose) ne donne rien. > >>>> > >>>> non, la commande est bien gpg > >>>> Elle devrait se trouver dans /usr/bin/gpg et donc dans le PATH > >>>> Seulement, apt-key ne la trouve pas > >>>> > >>>> Julien > >>>> > >>>> PS: pourrais-tu envoyer tes messages à la liste en plaintext et non en > >>>> HTML. > >>>> Il n'est pas non plus nécessaire de me mettre en copie de tes > >>>> réponses, > >>>> je suis abonné à la liste > >>> > >>> La commande which gpg ne donne rien non plus > >>> > >>> PS : C'est bon pour le plaintext ? > >>>Désolé pour le doublon > >> > >> Essaie avec ton user et avec root. Si aucun ne donne quelque chose > >> alors l'exécutable de gpg est soit absent, soit dans un répertoire > >> qui n'est pas dans le PATH. Check également le PATH en root (echo > >> $PATH). > >> > >> Si tu penses que gpg est en dehors du path de root alors fait un > >> updatedb puis un locate gpg en root ou tu peux aussi faire find / > >> -type f -perm /111 -name gpg > >> > >> Si tu ne le trouves pas alors aptitude reinstall gnupg me semble une > >> bonne chose > >> > >> Cordialement, > >> > >> Thomas Preud'homme > > > > Que ce soit en user ou en root, which gpg ne renvoie rien. > > > > find / -type f -perm /111 -name gpg ne trouve rien également > > > > et le problème c'est que maintenant, il m'est impossible d'installer > > ou de ré-installer un paquet quel qui soit... > > Ca y est j'ai résolu le problème: > Vous aviez raison gnupg n'était installé...plus précisément, aptitude > croyait qu'il était installé mais en fait il ne l'était pas donc je l'ai > ré-installé avec dpkg et avec le paquet .deb qu'aptitude téléchargeait > mais n'arrivait pas à installer. > > Par contre, encore une petite question, comment fait-on par télécharger > uniquement un paquet sur un miroir debian ? par exemple pour l'installer > à la main avec dpkg. aptitude download sinon. > > Dans tous les cas merci à Julien et Thomas qui m'ont permis de > comprendre le problème. > > Bonne soirée à vous tous. Tom -- 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 debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
evdev non chargé au boot
Bonjour, j'ai 2 ordinateurs, tous les 2 sur Debian. L'un est un macbook pro, l'autre une tour. Sur le portable j'ai bien evdev qui se charge tout seul au démarrage. Sur le fixe, il me semble que c'est depuis le passage du nouveau xorg en sid (j'utilisais auparavant le même xorg mais depuis experimental sans aucun problème), le module evdev ne se charge pas et je n'ai ni souris ni clavier au démarrage. Sachant que j'ai un boot graphique, je me retrouve sans aucune possibilité d'action autre que sortir mon portable de la veille, effectuer un ssh et charger le module. J'aimerai éviter de mettre evdev dans /etc/modules ou /etc/modprobe.d sachant que ce ne devrait pas être nécessaire. Quelqu'un a une idée de l'origine potentielle du problème ? Cordialement, Thomas Preud'homme -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: evdev et alsa non chargé au boot
On jeudi 16 avril 2009 23:51:03 Thomas Preud'homme wrote: > Bonjour, > > j'ai 2 ordinateurs, tous les 2 sur Debian. L'un est un macbook pro, l'autre > une tour. Sur le portable j'ai bien evdev qui se charge tout seul au > démarrage. Sur le fixe, il me semble que c'est depuis le passage du nouveau > xorg en sid (j'utilisais auparavant le même xorg mais depuis experimental > sans aucun problème), le module evdev ne se charge pas et je n'ai ni souris > ni clavier au démarrage. Sachant que j'ai un boot graphique, je me retrouve > sans aucune possibilité d'action autre que sortir mon portable de la > veille, effectuer un ssh et charger le module. Je viens de me rappeler que alsa (snd-cmipci) n'est pas chargé non plus au démarrage. Donc je serai plus tenté de penser que cela vient du noyau 2.6.29. Ceci dit cela ne fait pas avancer le schmilblick tellement plus puisque les deux ordis ont le même noyau (et le même xorg). ils sont tous les deux en sid. > > J'aimerai éviter de mettre evdev dans /etc/modules ou /etc/modprobe.d > sachant que ce ne devrait pas être nécessaire. > > Quelqu'un a une idée de l'origine potentielle du problème ? > > Cordialement, > > Thomas Preud'homme Cordialement, Thomas Preud'homme -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: compiling kernel
Le mercredi 21 octobre 2009 09:30:06, mess-mate a écrit : > Bonjour, > > j'ai un petit problème pour compiler mon noau: > > voici le message d'erreur: > > make-kpkg --initrd --append-to-version=-amd64-mm kernel-image > kernel-headers kernel-doc > exec make kpkg_version=12.021 -f > /usr/share/kernel-package/ruleset/minimal.mk debian > APPEND_TO_VERSION=-amd64-mm INITRD=YES > .config:1: *** missing separator. Stop. Visiblement un problème dans ton .config Peux-tu repartir du config dans /boot/ ? > Failed to create a ./debian directory: No such file or directory at > /usr/bin/make-kpkg line 971. > > il y a pas de .debian en effet puisque c'est un noyau source (non debian). > C'est un noyau que j'avais compilé dans le temps sans problème mais > maintenant avec cette erreur udev au boot il faut que je recompile. > > Evidemment j'ai déjà fait un 'make clean', donc plus question de > rebooter sur ce noyau. > > Je pense qu'il me faudra un .debian de quelqu'un ou une autre astuce. > Soit recompiler à la main comme dans le temps. > merci d'avance pour l'aide. > Regarde du côté de make deb-pkg sinon. Make-kpkg est déprécié, il faut maintenant utilisé make deb-pkg [1] [1] http://lists.debian.org/debian-devel-announce/2009/10/msg3.html Thomas Preud'homme -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: compiling kernel
Le jeudi 22 octobre 2009 22:35:47, Jean-Damien Durand a écrit : > Bonsoir, > > Le jeudi 22 octobre 2009 22:04:12, Thomas Preud'homme a écrit : > > Regarde du côté de make deb-pkg sinon. Make-kpkg est déprécié, il faut > > maintenant utilisé make deb-pkg [1] > > > > [1] http://lists.debian.org/debian-devel-announce/2009/10/msg3.html > > Merci pour cette info. Pour voir, j'ai essayé sur un linux-source-2.6.31 > (préalablement buildé avec make-kpkg) et ca a produit deux paquets: > > linux-firmware-image_2.6.31-2_all.deb > linux-image-2.6.31_2.6.31-2_i386.deb > > Quelles sont les règles make pour produire les paquets pour les headers et > les modules ? Je n'ai pas encore testé pour être honnête mais d'après ce que j'ai lu dans le fichier builddeb qui se trouve dans le sous-répertoire scripts/package des sources du noyau il suffit de positionner CONFIG_MODULES dans le .config pour que ce soit inclus dans le paquet. La ligne qui me fait penser cela est : if grep -q '^CONFIG_MODULES=y' .config ; then INSTALL_MOD_PATH="$tmpdir" make KBUILD_SRC= modules_install if [ "$ARCH" == "um" ] ; then mv "$tmpdir/lib/modules/$version"/* "$tmpdir/usr/lib/uml/modules/$version/" rmdir "$tmpdir/lib/modules/$version" fi fi Par contre le fichier n'est clairement pas prévu pour créer des paquets autre que les deux que tu cites. J'aurais tendance à dire que pour les headers et les modules tu dois continuer à utiliser make-kpkg. > > Merci, Jean-Damien. > Thomas Preud'homme -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: compiling kernel
Le jeudi 22 octobre 2009 23:40:50, Thomas Preud'homme a écrit : > Le jeudi 22 octobre 2009 22:35:47, Jean-Damien Durand a écrit : > > Bonsoir, > > > > Le jeudi 22 octobre 2009 22:04:12, Thomas Preud'homme a écrit : > > > Regarde du côté de make deb-pkg sinon. Make-kpkg est déprécié, il faut > > > maintenant utilisé make deb-pkg [1] > > > > > > [1] http://lists.debian.org/debian-devel-announce/2009/10/msg3.html > > > > Merci pour cette info. Pour voir, j'ai essayé sur un linux-source-2.6.31 > > (préalablement buildé avec make-kpkg) et ca a produit deux paquets: > > > > linux-firmware-image_2.6.31-2_all.deb > > linux-image-2.6.31_2.6.31-2_i386.deb > > > > Quelles sont les règles make pour produire les paquets pour les headers > > et les modules ? > > Je n'ai pas encore testé pour être honnête mais d'après ce que j'ai lu dans > le fichier builddeb qui se trouve dans le sous-répertoire scripts/package > des sources du noyau il suffit de positionner CONFIG_MODULES dans le > .config pour que ce soit inclus dans le paquet. > > La ligne qui me fait penser cela est : > > if grep -q '^CONFIG_MODULES=y' .config ; then > INSTALL_MOD_PATH="$tmpdir" make KBUILD_SRC= modules_install > if [ "$ARCH" == "um" ] ; then > mv "$tmpdir/lib/modules/$version"/* > "$tmpdir/usr/lib/uml/modules/$version/" > rmdir "$tmpdir/lib/modules/$version" > fi > fi > > Par contre le fichier n'est clairement pas prévu pour créer des paquets > autre que les deux que tu cites. J'aurais tendance à dire que pour les > headers et les modules tu dois continuer à utiliser make-kpkg. J'ai parcouru les réponses au lien que j'ai donné et j'ai fini par tomber sur ceci : http://lists.debian.org/debian-kernel/2009/10/msg00734.html Pour les non anglophones cela dit que le support des headers est prévu pour le noyau 2.6.33 et qu'on peut déjà trouver le code dans la branche linux-next du repository git de Linux. Pour remplacer le comportement de --revision et et --append-to-version il faut positionner la variable d'environnement KDEB_PKGVERSION qui gère les deux à la fois. La revision debian (le --revision) peut être contrôlé avec le fichier .version La doc n'existe pas encore car make deb-pkg est assez simple mais elle est en cours de rédaction. > > > Merci, Jean-Damien. > > Thomas Preud'homme > Thomas Preud'homme -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: fichier resolv.conf et dns dans interfaces
Le Tuesday 15 July 2008 11:51:36 Le poulpe qui bloppe !, vous avez écrit : > Bonjour, > > Habituellement, je gèrre toutes mes machines de le même facons: > dans /etc/network/interfaces je configure les IP, mais pas de dns. > Dans /etc/resolv.conf je configure mes serveurs DNS. > > Je n'installe jamais le paquet resolv.conf, car je le gère à la main. > > Mais depuis peux, je suis co-admin sur une machine, avec un admin > gentooiste. La machine en question est une debian stable. > Et il me disait qu'il avait lu quelque part que resolv.conf serait > amené à disparaitre au profit des spécifications dns dans interfaces. > Malheureusement, google ne me donne guère d'info la dessus. > > Et vous, auriez vous des infos sur l'avenir de resolv.conf ? Je n'ai rien entendu de tel et mes recherches n'ont rien donné non plus, même en m'orientant vers gentoo. N'as-tu pas moyen de demander à l'autre admin sa source d'information ? > D'apres vous, quelle est la meilleure facon, virer resolv.conf et > mettre les dns dans interfaces, ou pas de dns dans interfaces mais > dans resolv.conf, ou les deux? resolv.conf me semble l'endroit le plus naturel pour indiquer ces informations. C'est le fichier historique où se trouve cette information et c'est celui utilisé dans la plupart des distribs AFAIK. > > En relisant, c'est pas vraiment clair, pourtant j'essaye, j'espere que > vous allez comprendre :D Si si ne t'inquiète pas c'est parfaitement clair. Thomas Preud'homme -- 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: pourquoi j'ai pas de /etc/init.d/stunnel?
The Tuesday 15 July 2008 16:00:26 Thibaut LE LEVIER, you wrote : > Bonjour à tous ou plutôt rebonjour. > > Je suis toujours en train de configurer mon Postfix en trichant avec > stunnel mais j'ai juste une petite question. > stunnel n'était pas installé sur ma machine, je l'ai donc installé avec > aptitude mais il n'a pas crée de script de démarrage dans /etc/init.d/ > > quelqu'un aurai une idée ou une copie de script à me passer? > > si non comment puis-je démarrer stunnel? /usr/sbin/stunnel? /usr/bin/stunnel plus précisément. Tu peux toujours faire un petit script qui lance /usr/bin/stunnel et placer ce script dans /etc/init.d ainsi que les invocations suivant les runlevel qui vont bien grâce à update-rc.d Sinon tu peux backporter le paquet de testing ou unstable qui contient lui un script de lancement dans /etc/init.d Le paquet se nomme alors stunnel4 > > Merci > Thibaut Cordialement -- Thomas Preud'homme Why debian : http://www.debian.org/intro/why_debian -- 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: kmail : filtre sur compte imap
The Wednesday 16 July 2008 15:24:35 [EMAIL PROTECTED], you wrote : > bonjour a tous, > > g un petit problème de filtres mail dans KMAIL. > > Tous mes filtres marche si je les execute manuellement mais ils ne sont pas > appliqués automatiquement. > > Quelqu'un a t-il deja rencontré ce pb? Oui, uniquement en IMAP si ma mémoire est bonne. Regarde dans la gestion des filtres (et non pas des filtres pop) dans l'onglet expert de chacun des filtres si la case suivante est cochée : - Appliquer ce filtre aux nouveaux messages (et qu'il l'applique bien pour les boites aux lettres qui t'intéresse) > > merci Cordialement, > > anthony -- 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: Grub 2
The Thursday 17 July 2008 12:57:06 Frédéric Massot, you wrote : > Bonjour, > > Je me suis apperçu il y a pas longtemps qu'il existe un Grub2 (ou > presque 2), http://www.gnu.org/software/grub/grub.html et > http://grub.enbug.org/FrontPage > > Il semble avoir un bien meilleur support du RAID et de LVM. > > Des paquets Debian existent, comme grub-pc, l'avez-vous déjà utilisé ? > J'aimerais avoir de retour d'expérience ? > > Merci. > -- > == > > | FRÉDÉRIC MASSOT | > | http://www.juliana-multimedia.com | > | mailto:[EMAIL PROTECTED] | > > ===Debian=GNU/Linux=== grub-pc marche correctement sur mon install amd64. Par contre je n'ai pas réussi à faire fonctionner grub-efi depuis debian, uniquement via un tuto sur le net. Un autre point à noter, je ne sais pas si cela est important, est que grub2 semble bien plus gourmant en ressource. J'ai un ordinateur dont la dissipation thermique se fait mal (une phase de calcul intense de plus de 10 minutes le fait redémarrer) qui supporte grub mais pas grub2 (sauf si je le laisse refroidir 15 minutes éteint). Cordialement. -- Thomas Preud'homme Why debian : http://www.debian.org/intro/why_debian -- 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: [HS] message erreur noyau
The Friday 18 July 2008 00:18:42 giggz, you wrote : > Bonsoir la liste, > > Sous debian sid j'ai compilé le dernier noyau linux : 2.6.26. > J'ai booté dessus sans problème. Mais voilà j'ai par deux fois eu le > message suivant dans /var/log/messages : > > Jul 17 18:47:24 debian kernel: Modules linked in: xt_limit xt_tcpudp > ipt_LOG ipt_MASQUERADE xt_DSCP ipt_REJECT nf_conntrack_irc > nf_conntrack_ftp xt_state nfsd lockd auth_rpcgss sunrpc exportfs ipv6 > ppdev lp fan acpi_cpufreq cpufreq_stats iptable_nat nf_nat > nf_conntrack_ipv4 nf_conntrack iptable_mangle iptable_filter ip_tables > x_tables wistron_btns led_class input_polldev cpufreq_userspace > cpufreq_conservative cpufreq_powersave cpufreq_ondemand freq_table > radeon drm usbhid hid pcmcia joydev nsc_ircc snd_intel8x0 ipw2200 > snd_intel8x0m intel_agp thermal ieee80211 ieee80211_crypt b44 > snd_ac97_codec irda firewire_ohci firewire_core ac97_bus ssb > firmware_class snd_pcm_oss snd_mixer_oss parport_pc ac battery > yenta_socket rsrc_nonstatic pcmcia_core crc_itu_t ehci_hcd uhci_hcd > button iTCO_wdt snd_pcm snd_timer video output processor mii usbcore > iTCO_vendor_support parport agpgart crc_ccitt snd_page_alloc psmouse > evdev sg sr_mod cdrom > Jul 17 18:47:24 debian kernel: > Jul 17 18:47:24 debian kernel: Pid: 13189, comm: unhide Tainted: G > A (2.6.26-1 #1) > Jul 17 18:47:24 debian kernel: EIP: 0060:[] EFLAGS: 00010046 > CPU: 0 > Jul 17 18:47:24 debian kernel: EIP is at sched_slice+0x67/0x95 > Jul 17 18:47:24 debian kernel: EAX: 0004 EBX: ECX: 0004 > EDX: > Jul 17 18:47:24 debian kernel: ESI: 0004 EDI: EBP: > ESP: f2995f78 > Jul 17 18:47:24 debian kernel: DS: 007b ES: 007b FS: GS: 0033 SS: > 0068 Jul 17 18:47:24 debian kernel: ---[ end trace 91b02810c34b5692 ]--- > > et dans syslog : > > Jul 18 00:14:56 debian kernel: divide error: [#1] > Jul 18 00:14:56 debian kernel: Modules linked in: xt_limit xt_tcpudp > ipt_LOG ipt_MASQUERADE xt_DSCP ipt_REJECT nf_conntrack_irc > nf_conntrack_ftp xt_state$ > Jul 18 00:14:56 debian kernel: > Jul 18 00:14:56 debian kernel: Pid: 13589, comm: unhide Tainted: G > A (2.6.26-1 #1) unhide > Jul 18 00:14:56 debian kernel: EIP: 0060:[] EFLAGS: 00010046 > CPU: 0 > Jul 18 00:14:56 debian kernel: EIP is at sched_slice+0x67/0x95 > Jul 18 00:14:56 debian kernel: EAX: 0004 EBX: ECX: 0004 > EDX: > Jul 18 00:14:56 debian kernel: ESI: 0004 EDI: EBP: > ESP: f29abf78 > Jul 18 00:14:56 debian kernel: DS: 007b ES: 007b FS: GS: 0033 SS: > 0068 Jul 18 00:14:56 debian kernel: Process unhide (pid: 13589, ti=f29aa000 > task=f291d030 task.ti=f29aa000) unhide > Jul 18 00:14:56 debian kernel: Stack: 0400 f7f2a058 > c4b4 0296 f7f2a030 f29aa000 > Jul 18 00:14:56 debian kernel:c0113ab8 f29710f8 > f29aa000 05f9 0002061a 0003 c0102ac6 > Jul 18 00:14:56 debian kernel:05f9 bf8aac08 > 0002061a 0003 bf8aac18 00a1 007b > Jul 18 00:14:56 debian kernel: Call Trace: > Jul 18 00:14:56 debian kernel: [] > sys_sched_rr_get_interval+0x6f/0xa8 > Jul 18 00:14:56 debian kernel: [] syscall_call+0x7/0xb > Jul 18 00:14:56 debian kernel: === > Jul 18 00:14:56 debian kernel: Code: 24 04 8b 5c 24 04 89 04 24 f7 e6 8b > 0c 24 0f af de 0f af cf 01 d9 8d 34 11 89 f2 89 d1 31 d2 85 c9 89 44 24 > 0c 74 08$ > Jul 18 00:14:56 debian kernel: EIP: [] sched_slice+0x67/0x95 > SS:ESP 0068:f29abf78 > Jul 18 00:14:56 debian kernel: ---[ end trace 0d44246e7dd75c2b ]--- > > Est ce ça parle à quelqu'un ??? moi je ne comprends pas bien à quoi cela > correspond. peut être au module video... > > de plus je n'arrive pas à comprendre quand cela arrive. En effet c'est > peut après le boot, mais ni au boot, ni au reboot ni au halt. > > > J'utilise rkhunter avec unhide. celui ci se déclenche via anacron 5 min > après le boot. ça pourrait être lui qui fait ça ? bref si vous avez des > idées. suis preneur > > Bonne soirée > Guillaume Cela pourrait très bien être en effet rkhunter avec unhide, il y a 2 références à unhide dans la 2e trace (Cf les marques que j'y ai introduite). L'erreur semble se produire au moment d'un appel système (Cf les 2 syscalls). Désolé de ne pouvoir en dire plus. Il faudrait peut§être analyser de quel appel système il est question. -- Thomas Preud'homme Why debian : http://www.debian.org/intro/why_debian -- 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: mailto entre iceweasel (firefox) 3.0 et Icedove
The Tuesday 22 July 2008 17:44:59 Bruno Magagnini, you wrote : > C. Mourad Jaber a écrit : > > Bonjour, > > Bonjour, > > > J'ai un souci avec les liens mailto, ils ne fonctionnent plus depuis que > > j'ai migré sur firefox 3.0. > > une piste, peut-être ... > update-alternatives --config x-www-browser > > selectionner iceweasel J'ai l'impression qu'il chercherai plus un x-mua mais cela n'existe pas. > > cordialement > -- > Bruno Magagnini - Besancon > -- > L'adulte ne croit pas au père Noël. Il vote - Pierre Desproges Sympa cette citation. Je note -- Thomas Preud'homme Why debian : http://www.debian.org/intro/why_debian -- 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: mailto entre iceweasel (firefox) 3.0 et Icedove
The Sunday 20 July 2008 18:14:42 C. Mourad Jaber, you wrote : > Bonjour, > > J'ai un souci avec les liens mailto, ils ne fonctionnent plus depuis que > j'ai migré sur firefox 3.0. > > J'ai vérifié dans la configuration (about:config) et j'ai bien : > *network.protocol-handler.app.mailto **/usr/bin/icedove > > J'ai supprimé cette entrée et je l'ai recréée, au cas ou, mais cela ne > change pas le comportement de *firefox :( > > Par ailleurs, dans la gestion des types d'applications (préférences -> > applications), j'ai : utiliser icedove par défaut avec mailto... > > Est-ce d'autres personnes rencontrent ce problème et y'a-t-il une solution > ? > > Merci > > Mourad As-tu simplement essayé mv .mozilla .mozilla.old et de cliquer sur un lien mailto afin d'avoir de nouveau le choix de l'application ? Peut-être est-ce lié aux extensions installés. Ou encore un paramètre global (quoique iceweasel ne fait parti ni de gnome ni de kde donc j'ai des doutes sur le fait qu'une config global puisse affecter iceweasel). Cordialement -- Thomas Preud'homme Why debian : http://www.debian.org/intro/why_debian -- 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: Utilisation de ssh client bloquée
The Tuesday 22 July 2008 18:38:21 Guy Roussin, you wrote :
> Bonjour,
>
> Sur une machine en debian etch (amd64) je ne peux pas faire
> de ssh :
> Le lancement de ssh avec l'option -vvv pourtant très bavard
> d'habitude ne donne *rien*.
> $ ssh -vvv monhost
> reste bloqué là indéfiniment ... jusqu'à un ctrl C
>
> pourtant un :
> telnet monhost 22
> montre un dialogue sur le port 22 avec monhost
>
> $ strace ssh monhost
> ...
> rt_sigaction(SIGALRM, {0x42fc90, [], SA_RESTORER, 0x2b5e8b46e110},
> {SIG_DFL}, 8) = 0 rt_sigaction(SIGHUP, {0x42fc90, [], SA_RESTORER,
> 0x2b5e8b46e110}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGINT, {0x42fc90, [],
> SA_RESTORER, 0x2b5e8b46e110}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGPIPE,
> {0x42fc90, [], SA_RESTORER, 0x2b5e8b46e110}, {SIG_IGN}, 8) = 0
> rt_sigaction(SIGQUIT, {0x42fc90, [], SA_RESTORER, 0x2b5e8b46e110},
> {SIG_DFL}, 8) = 0 rt_sigaction(SIGTERM, {0x42fc90, [], SA_RESTORER,
> 0x2b5e8b46e110}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGTSTP, {0x42fc90, [],
> SA_RESTORER, 0x2b5e8b46e110}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGTTIN,
> {0x42fc90, [], SA_RESTORER, 0x2b5e8b46e110}, {SIG_DFL}, 8) = 0
> rt_sigaction(SIGTTOU, {0x42fc90, [], SA_RESTORER, 0x2b5e8b46e110},
> {SIG_DFL}, 8) = 0 ioctl(4, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost
> isig icanon echo ...}) = 0 ioctl(4, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400
> opost isig icanon echo ...}) = 0 ioctl(4, SNDCTL_TMR_CONTINUE or TCSETSF,
> {B38400 opost isig icanon -echo ...}) = 0 ioctl(4, SNDCTL_TMR_TIMEBASE or
> TCGETS, {B38400 opost isig icanon -echo ...}) = 0 write(4, "Password: ",
> 10Password: ) = 10
> read(4,
> reste bloqué là indéfiniment ... jusqu'à un ctrl C
>
> J'ai purgé la conf ssh et reinstallé ssh ... sans plus de succès.
>
> Je peux sans problème atteindre cette machine en ssh.
>
> Merci de vos lumières ...
>
> --
> Guy Roussin
AS-tu eu une mise à jour de openssh-client récemment ? Si oui essaie de
récupérer la version de testing
Cordialement
--
Thomas Preud'homme
Why debian : http://www.debian.org/intro/why_debian
--
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: Icedove, répondre exclusivement à une Mailing List (was: mailto entre iceweasel (firefox) 3.0 et Icedove)
Le mardi 22 juillet 2008, Thomas Harding a écrit : > Guillaume Ansanay-Alex wrote: > >>>> J'ai un souci avec les liens mailto, ils ne fonctionnent plus > >>>> depuis que j'ai migré sur firefox 3.0. > >> > >> Aller à l'adresse about:config et changer la valeur de > >> network.protocol-handler.app.mailto, non ? > > > > Et si je lisais le premier message en entier, ça serait mieux, > > aussi. > > > > Toutes mes excuses > > Non, non : ça m'a servi, mais il a fallu créer l'entrée à la main :) > > Petites questions sur Icedove : > > 1) comment faire pour, soit > -- obtenir un bouton "répondre à la ML" > -- faire en sorte que le bouton "Reply" mette l'adresse de la ML > plutôt que celle de l'auteur du message en destinataire. aptitude install kmail (désolé pour le "troll" d'autant qu'on est juste mardi) > > 2) le mode "threaded" (suivre les fils de discussion) est poussif (je >sors de Mutt, dont le seul inconvénient est de ne pas gérer >correctement la création/destruction de répertoires IMAP -- ou > alors il va falloir que je parcoure encore une fois la doc ;) ). > Existe-t-il une extension qui gère les fils correctement ? > > -- > Thomas Harding. > La phobie de la connaissance est spécifique à l'informatique. > Curieusement, c'est le seul métier où le néophyte total vous explique > votre boulot dans la minute suivant votre arrivée au chevet du > malade. -- Thomas Preud'homme Why Debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: Icedove, répondre exclusivement à une Mailing List (was: mailto entre iceweasel (firefox) 3.0 et Icedove)
Le mardi 22 juillet 2008, Nicolas KOWALSKI a écrit : > On Tue, Jul 22, 2008 at 07:10:27PM +0200, Thomas Harding wrote: > > 2) le mode "threaded" (suivre les fils de discussion) est poussif > > (je sors de Mutt, dont le seul inconvénient est de ne pas gérer > > correctement la création/destruction de répertoires IMAP -- ou > > alors il va falloir que je parcoure encore une fois la doc ;) ). > > Existe-t-il une extension qui gère les fils correctement ? > > Je n'ai pas de problème pour créer des boites IMAP avec mutt : dans > une boite, je fais 'y' (show incoming mailboxes list), puis > pour me mettre dans le mode browser, puis 'C' pour créer une nouvelle > boite. > > Et je confirme que les fils de discussion sont très bien gérés par > mutt, et aucun des MUA que j'ai pu utiliser (al/pine, Thunderbird, > Gnus) ne donne de meilleurs résultats. Je suis curieux. Qu'a mutt de spécial dans la gestion des fils de discussion ? > > -- > Nicolas -- Thomas Preud'homme Why Debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: Utilisation de ssh client bloquée
Le mardi 22 juillet 2008, Raphael Hertzog a écrit : > Bonjour, > > On Tue, 22 Jul 2008, Guy Roussin wrote: > > Le lancement de ssh avec l'option -vvv pourtant très bavard > > d'habitude ne donne *rien*. > > $ ssh -vvv monhost > > reste bloqué là indéfiniment ... jusqu'à un ctrl C > > Ce n'est pas cohérent avec la trace ci-dessous qui reste bloquée sur > la demande d'un mot de passe... et où l'on voit clairement la demande > affichée. > > > write(4, "Password: ", 10Password: ) = 10 > > read(4, > > reste bloqué là indéfiniment ... jusqu'à un ctrl C > > ... et oui, si on ne tape pas le mot de passe, ssh reste bloqué > indéfiniment. J'avais loupé ce point ainsi que le fait qu'il s'agissait d'une Debian stable. La prochaine fois je lirai plus correctement le message initial. Guy, tu ne vois pas "Password: " s'afficher lorsque tu tentes ton ssh ? Si non essaie une connexion avec une authentification par clé ssh (si tu ne vois pas de quoi je parle réponds sur la liste on t'expliquera comment faire). Par ailleurs, combien de temps as-tu attendu ? J'ai déjà rencontré des cas où la chaine "Password: " s'affiche au bout d'une trentaine de secondes. > > Cordialement, > -- > Raphaël Hertzog > > Le best-seller français mis à jour pour Debian Etch : > http://www.ouaza.com/livre/admin-debian/ Un bon livre sur Debian qui s'adresse tant à un débutant qu'un utilisateur un peu expérimenté. Cordialement -- Thomas Preud'homme Why Debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: Utilisation de ssh client bloquée
The Wednesday 23 July 2008 09:23:10 Guy Roussin, you wrote : > Bonjour et merci de vous intéresser à mon problème. > > Effectivement, y a un fonctionnement étrange avec strace. > Avec le strace, je peux saisir mon mot de passe et me logguer. > Biensûr, à cause des commentaires de strace cette connexion > est pas vraiment utilisable. Noter également que le scp > fonctionne parfaitement avec saisie du password. > > Sans le strace, Password: ne s'affiche pas et lorsque je > saisi des caractères ils s'affichent en clair dans le terminal. > Meme si je saisi et valide ainsi le mot de passe (visible alors > en clair à l'ecran) la connexion ne se fait pas. > > J'ai l'impression que mon probleme vient du mécanisme mis > en place pour cacher la saisie du mot de passe ... Cette > saisie est peut etre attendue dans un autre terminal ou > dans l'espace intersideral des /dev ... > > Merci encore. > > Guy C'est étrange, ça ressemble à ce qui arrive lorsqu'on oublie un fflush en programmant. Si tu te souviens de quand c'est arrivé regarde dans tes logs (aptitude.log par exemple si tu utilises aptitude) ce qui a été installé / mis à jour à ce moment-là. Pense aussi à lister ce que tu aurais pu installer en dehors de apt* > > Raphael Hertzog a écrit : > > Bonjour, > > > > On Tue, 22 Jul 2008, Guy Roussin wrote: > >> Le lancement de ssh avec l'option -vvv pourtant très bavard > >> d'habitude ne donne *rien*. > >> $ ssh -vvv monhost > >> reste bloqué là indéfiniment ... jusqu'à un ctrl C > > > > Ce n'est pas cohérent avec la trace ci-dessous qui reste bloquée sur > > la demande d'un mot de passe... et où l'on voit clairement la demande > > affichée. > > > >> write(4, "Password: ", 10Password: ) = 10 > >> read(4, > >> reste bloqué là indéfiniment ... jusqu'à un ctrl C > > > > ... et oui, si on ne tape pas le mot de passe, ssh reste bloqué > > indéfiniment. > > > > Cordialement, -- Thomas Preud'homme Why debian : http://www.debian.org/intro/why_debian -- 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: Icedove, répondre exclusivement à une Mailing List (was: mailto entre iceweasel (firefox) 3.0 et Icedove)
The Wednesday 23 July 2008 11:30:46 Nicolas KOWALSKI, you wrote : > On Wed, Jul 23, 2008 at 01:21:25AM +0200, Thomas Preud'homme wrote: > > Le mardi 22 juillet 2008, Nicolas KOWALSKI a écrit : > > > Et je confirme que les fils de discussion sont très bien gérés par > > > mutt, et aucun des MUA que j'ai pu utiliser (al/pine, Thunderbird, > > > Gnus) ne donne de meilleurs résultats. > > > > Je suis curieux. Qu'a mutt de spécial dans la gestion des fils de > > discussion ? > > Avec les autres MUA, les fils sont souvent cassés, ou mal apariés. > > De plus, mutt permet de raccrocher ou décrocher des messages d'un fil à > un autre si besoin, possibilité fort pratique. Je dois avoué que cela me plairait assez de pouvoir faire ça. Notament quand il arrive qu'une personne face un nouveau message en répondant à un message pour en l'effaçant (les fameux "vols de threads"). > > -- > Nicolas -- Thomas Preud'homme Why debian : http://www.debian.org/intro/why_debian -- 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: Problème de gravure avec dvd8.5Go sur [HL-DT-ST][DVDRAM GSA-4120B][A101] : plantage du lecteur, gravure impossible
The Thursday 24 July 2008 11:19:18 Bulot Grégory, you wrote : > Le mardi 22 juillet 2008 12:15, Bulot Grégory a écrit : > > 1) Suis-je le seul (de cette liste) à graver en double couche ? Non > > 2) Suis-je le seul à avoir des problèmes avec du double couche ? Non j'ai également des problèmes. Je parviens parfaitement à lire du double couche et à faire une image d'un DVD double couche mais une gravure ne marche pas bien que cela marche sur le même matériel depuis Mac OS X. > > Dans les 2 cas y-a-t-il un endroit plus pertinant ou je pourrais poser ma > question ? Debian user donnerai peut-être plus de réponse ? -- Thomas Preud'homme Why debian : http://www.debian.org/intro/why_debian -- 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: plantage régulier sous lenny ; sais pas par où commencer
The Thursday 24 July 2008 16:58:56 [EMAIL PROTECTED], you wrote : > --- En date de : Jeu 24.7.08, Paulo Gravito <[EMAIL PROTECTED]> a écrit : > > De: Paulo Gravito <[EMAIL PROTECTED]> > > Objet: Re: plantage régulier sous lenny ; sais pas par où commencer > > À: debian-user-french@lists.debian.org > > Date: Jeudi 24 Juillet 2008, 16h21 > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > Le Jeudi, 24 Jul 2008 14:09:18 + (GMT), > > > > [EMAIL PROTECTED] a écrit : > > > Bonjour, > > > > > > j'ai un ordinateur sous lenny qui plante > > > > régulièrement. > > > > > Mais j'ai aucune idée de comment on procède dans > > > > ce cas. > > > > > Je suppose qu'il y a des journaux à consulter ; > > > > mais > > > > > je suis absolument nul en journaux. > > > > > > Pourriez vous m'indiquer des pistes de choses à > > > > regarder, > > > > > et des pages web d'exemple? > > > (google journal ne donne évidemment rien :) > > > > > > Cordialement > > > Fully > > > > Qu'entend tu par planter ? > > L'écran se fige et tu ne peux plus rien faire ? > > L'écran se fige, je ne peux pas accéder à un autre terminal, > ni tuer le server x avec C-Alt-Backspace, > ni me connecter par ssh à partir d'une autre machine. > > > Tu peux regarder les logs dans /var/log/messages > > En ligne de commande tu peux aussi regarder en faisant > > #dmesg > > Zut, je ne vois rien qui attire mon attention. > Il y a des "restart" dans /var/log/message > Mais il ne semblent pas être précédés d'un problème > quelconque > (Il doit bien y avoir marqué quelque part que quelque > chose disfonctionne avant que tout ne se fige) Si tout se fige cela peut venir du noyau (bien que la piste matérielle semble plus probable) auquel cas les logs (google linux log devrait te donner plus de résultat) à consulter serait /var/log/kern.log ou /var/log/syslog > > Fully > > (Sinon, j'ai pas de piste. Mais je suis toujours en train > de faire quelque chose dessus lorsque ça arrive). > > > - -- > > p.gvo > > http://les-empires.org > > -BEGIN PGP SIGNATURE- > > Version: GnuPG v1.4.9 (GNU/Linux) > > > > iEYEARECAAYFAkiIj/UACgkQbtSBRVjS5xK9WQCgqACd2SzWSdokYjf3UN91Yfh0 > > TD4An3nO9f9UR901ZCVuaGjCxHjpGeJE > > =0D6N > > -END PGP SIGNATURE- > > > ___ >__ Envoyez avec Yahoo! Mail. Une boite mail plus intelligente > http://mail.yahoo.fr -- Thomas Preud'homme Why debian : http://www.debian.org/intro/why_debian -- 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: plantage régulier sous lenny ; sais pas par où commencer
The Friday 25 July 2008 13:34:25 [EMAIL PROTECTED], you wrote : [SNIP] > Première étape : fait. > La charge du processeur reste supérieur à 75% durant toute la > manipulation, passant ponctuellement au dessus de 100% :), > et firefox y prend part pour la presque totalité. > Il semble en effet que ce soit d'insister sur la charge > du processeur qui permet de reproduire la "panne" :-\ Il me semble avoir vu un message là-dessus sur une autre mailing-list. Ceci dit un CPU usage de 100% ne devrait que ralentir ton système. Pour que le ssh ne réponde plus c'est sûrement qu'il y a autre chose. La piste de la chaleur était intéressante, dommage. > > Je vais mettre "sensor" et voir ce que ça dit. > Donc la panne matérielle n'est pas à exclure. > (mais quelle idée de me prendre 95% de la charge du > processeur). > > Fully -- Thomas Preud'homme Why debian : http://www.debian.org/intro/why_debian -- 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: Propagation d'une combinaison Ctrl+Shift+lettre à une application
Le samedi 26 juillet 2008, Francois Bottin a écrit : > Bonjour, > > J'essaye désespérément d'envoyer une combinaison de touches de la > forme Ctrl+Shift+lettre à eclipse. Malheureusement, ce qu'il reçoit > est le caractère de contrôle correspondant à la lettre (par exemple, > avec F on a un line feed). > > En fait, lorsque je réalise la séquence, je vois un F souligné > apparaitre au niveau du curseur, puis il disparait lorsque je lache > les touches. Ça fait la même chose dans le terminal de XFCE, puis il > passe à la ligne... > > Voici ce que xev me donne à l'appui puis au relachement du F (le Ctrl > et le Shift étant déjà pressées) : > KeyPress event, serial 31, synthetic NO, window 0x441, > root 0x66, subw 0x0, time 1548124553, (356,47), root:(1107,510), > state 0x5, keycode 41 (keysym 0x46, F), same_screen YES, > XLookupString gives 1 bytes: (06) "" > XmbLookupString gives 1 bytes: (06) "" > XFilterEvent returns: False > > KeyRelease event, serial 31, synthetic NO, window 0x441, > root 0x66, subw 0x0, time 1548124695, (356,47), root:(1107,510), > state 0x5, keycode 41 (keysym 0x46, F), same_screen YES, > XLookupString gives 1 bytes: (06) "" > > On y voit bien qu'il comprend le caractère 06 qui correspond au line > feed. > > J'ai creusé dans xmodmap, mais il ne semble s'occuper que de Shift et > AltGr. De même setxkbmap ne semble pas traiter le cas où Ctrl et > Shift sont utilisées en même temps et à l'exclusion d'autres touches > d'état. > > Je ne sais plus où chercher... au secours ! Qu'est ce qui fait que > Ctrl+Shift aille chercher les caractères de contrôle ? > > J'utilise Etch et XFCE. > > Merci d'avance, > > François. Je n'ai aucune idée du comment ni du pourquoi, tout ce que je peux dire c'est que cela a l'air d'être le comportement normal puisque j'ai la même chose ici : KeyPress event, serial 35, synthetic NO, window 0x4e1, root 0x188, subw 0x0, time 630146330, (53,-6), root:(522,858), state 0x15, keycode 41 (keysym 0x46, F), same_screen YES, XLookupString gives 1 bytes: (06) "" XmbLookupString gives 1 bytes: (06) "" XFilterEvent returns: False KeyRelease event, serial 35, synthetic NO, window 0x4e1, root 0x188, subw 0x0, time 630146410, (53,-6), root:(522,858), state 0x15, keycode 41 (keysym 0x46, F), same_screen YES, XLookupString gives 1 bytes: (06) "" XFilterEvent returns: False Cordialement -- Thomas Preud'homme Why Debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: Impossible d'écrire des fichiers à noms longs sur une partition vfat : pas assez d'espace disque
Le mercredi 30 juillet 2008, Strange Fruit a écrit : > Le mercredi 30 juillet 2008 20:15, Strange Fruit a écrit : > > Y a-t-il une limite au nombre de fichiers à noms longs que l'on > > peut mettre sur une partition vfat ? J'aimerais, par curiosité > > intellectuelle, comprendre ce qui ne va pas. Des explications d'un > > connaisseur ou des liens clairs me feraient plaisir car mes > > recherches sont infructueuses. > > Bon il a suffit que je poste sur cette liste pour trouver la réponse. > Il y a bien une limite sur le nombre de fichiers à noms longs que > l'on peut placer dans le répertoire *racine* d'une partition vfat. Je > viens de faire des tests qui me confirment que mon problème est bien > celui-là. > > Voir > http://www.microsoft.com/technet/archive/ittasks/deploy/fat.mspx?mfr= >true (dans le paragraphe "What abour VFAT"). > > Bon sang mais pourquoi les fabriquants d'appareils nous imposent-ils > des technologies aussi dépassées ? > > -- > Strange Fruit Rien ne t'empêche de formater ta clé en ext2 (surtout évite le ext3 tu vas flinguer tes cycles d'écriture en un rien de temps) mais tu pourras la lire que sur les Linux. C'est pas tellement les fabriquants que les Windows et Mac qui n'ont que vfat en commun. Sur un Mac OS X Leopard par exemple tu ne peux lire que les partitions mac (hfsplus) et vfat. D'où le plus grand dénominateur commun (en fait le seul) : vfat. -- Thomas Preud'homme Why Debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: [HS] que doit-on écrire ?
Le jeudi 31 juillet 2008, Serge SMEESTERS a écrit : > Bonjour, > > > Désolé pour le hors sujet, ... > > Que doit-on écrire ? > > les programmes et leur code source > > les programmes et leurs codes source > > les programmes et leurs codes sources > > > Merci d'avance, > Serge. Les programmes et leur code source. Un programme a un code source. Si tu dis les programmes et leurs codes source alors cela signifie qu'un programme a plusieurs codes source et que tu considères plusieurs programmes. et on dit un code source / des codes source. ou des sources éventuellement en abrégé. Quoique là tu me mets un doute... Bon de toute façon c'est les programmes et leur code source. -- Thomas Preud'homme Why Debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: [TRÈS HS] que doit-on écrire ?
Le jeudi 31 juillet 2008, François TOURDE a écrit : > Le 14091ième jour après Epoch, > > Thomas Preud'homme écrivait: > > Le jeudi 31 juillet 2008, Serge SMEESTERS a écrit : > >> Bonjour, > >> > >> > >> Désolé pour le hors sujet, ... > >> > >> Que doit-on écrire ? > >> > >> les programmes et leur code source > >> > >> les programmes et leurs codes source > >> > >> les programmes et leurs codes sources > >> > >> > >> Merci d'avance, > >> Serge. > > > > Les programmes et leur code source. Un programme a un code source. > > Si tu dis les programmes et leurs codes source alors cela signifie > > qu'un programme a plusieurs codes source et que tu considères > > plusieurs programmes. > > Mais si on prend ça à l'envers, ça donne: > > - Les codes source et leurs binaires > ou > - Les codes source et leur binaire > > ?? > > (Oui, je sais, on est pas encore vendredi ^^) Cela dépend du code source. De nombreux codes sources génèrent plusieurs exécutable. Et si on prends un fichier objet pour un binaire alors là je pense que quasi tout code source a plusieurs binaires (sauf un code source qui contient un seul fichier source). Ce qui donne donc fatalement les codes source et leurs binaires. Si on ne considère que les exécutable alors ce serait plutôt les codes sources et leur binaire. Comme on dirait les gens et leurs chaussettes ainsi que les gens et leur tête. "leur" indique un pluriel de groupe. S'il y a un s c'est que chaque unité possède plusieurs objets (dans mon exemple chaque personne a deux chaussettes a priori). Cordialement -- Thomas Preud'homme Why Debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
