Page suivante Page précédente Table des matières Index KDE 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 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. 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