Page suivante Page précédente Table des matières
Car ce serait une faille dans la sécurité, avec le système de détection d'utilisateur actuel. Vous pouvez passer outre cette limitation en ajoutant deux lignes dans les fichiers de configuration de xdm (qui sont également ceux de kdm). Note : la distribution S.u.S.E de Linux contient ces lignes par défaut.
Ces fichiers de configuration se trouvent dans un répertoire du type /etc/X11/xdm, ou /usr/X11R6/lib/X11/xdm sur d'autres systèmes. Ce qui suit suppose qu'ils sont dans /etc/X11/xdm, vous devrez donc adapter les commandes dans le cas d'un autre répertoire.
Voici ce qu'il faut faire : Editez le fichier Xstartup, ou créez-le, (dans le répertoire de configuration de xdm) de telle sorte qu'on y trouve :
#!/bin/sh
/etc/X11/xdm/GiveConsole
sessreg -a -l $DISPLAY -x /etc/X11/xdm/Xservers $USER
ainsi que le fichier Xreset afin qu'on y trouve :
#!/bin/sh
/etc/X11/xdm/TakeConsole
sessreg -d -l $DISPLAY $USER
Assurez-vous que xdm-config fasse référence à ces deux fichiers :
DisplayManager._0.startup: /etc/X11/xdm/Xstartup
DisplayManager._0.reset: /etc/X11/xdm/Xreset
Cela amènera kdm (ou xdm) à connecter l'utilisateur dans utmp, ce qui est correct. Il ne revient pas à kvt, pas plus qu'à xterm, de connecter l'utilisateur, mais à xdm et à kdm, à mon avis. Quoi qu'il en soit, cela évite de connecter l'utilisateur comme un utilisateur de X quand on utilise startx... Y a-t'il des remarques à ce sujet ?
Si vous utilisez un système Linux (avec /proc actif), c'est qu'il y a une bogue. Veuillez m'en envoyer une description afin que je puisse la corriger.
Si vous utilisez Linux version 2.0.35, c'est une bogue connue du noyau qui empêche root de lire /proc. La solution est la même que dans la section 5.1, dans la mesure où vous passez par kdm ou par xdm pour vous connecter à X. Une autre solution est de mettre votre système à jour!
Si vous n'êtes pas dans ce cas, c'est normal : ktalkd ne peut pas trouver l'utilisateur, car KDE ne le connecte pas dans utmp et la détection basée sur linux (/proc) est désactivé. La solution est la même que dans la section 5.1, dans la mesure où vous passez par kdm ou par xdm pour vous connecter à X. Une autre solution est de vous assurer que vous avez toujours un terminal xterm ouvert.
Comme il s'agit d'un démon, il n'y a pas d'affichage de débogage sur la sortie standard. Pour obtenir des informations de débogage (par exemple avant de soumettre un rapport d'erreur !), modifiez les lignes de inetd.conf qui servent à lancer ktalkd et kotalkd pour en faire :
talk dgram udp wait root /usr/sbin/tcpd /opt/kde/bin/kotalkd -d
ntalk dgram udp wait root /usr/sbin/tcpd /opt/kde/bin/ktalkd -d
(remarquez l'option -d)
Editez ensuite /etc/syslog.conf afin d'ajouter la ligne suivante :
*.* /var/log/all_messages
Pour que ça marche, vous devez redémarrer inetd et syslogd :
% killall -HUP inetd
% killall -HUP syslogd
Pour finir, lancez une session de discussion et allez voir les résultats dans /var/log/all_messages
Quand vous soumettez un rapport d'erreur, n'oubliez pas d'inclure non seulement les informations de débogage, mais également le numéro de version de ktalkd et la sortie de l'instruction "./configure". Merci.
Page suivante Page précédente Table des matières