Page suivante Page précédente Table des matières

### 5. Questions et réponses

### 5.1 Pourquoi root ne peut-il pas recevoir les avis KDE ?

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 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 ?

### 5.2 Pourquoi ne reçois-je pas, alors que je suis un utilisateur normal, des avis KDE?

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 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.

### 5.3 Comment obtenir des informations de débogage de ktalkd ?

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