Vincent Bernat a écrit :
OoO Pendant le repas du samedi 05 février 2005, vers 19:27, RTyler <rtyler@ntica.com> disait:*17:38 root@Gary /home/rtyler# kvim /etc/samba/smb.conf Xlib: connection to ":0.0" refused by server Xlib: No protocol specified[...] Outre la solution qui a été proposée par un autre intervenant, tu peux aussi faire : XAUTHORITY=~utilisateur/.Xauthority kvim /etc/samba/smb.conf En fait, pour pouvoir s'adresser au serveur X, il faut disposer d'un des cookies contenu dans ~/.Xauthority pour s'authentifier. On indique ainsi qu'il faut utiliser ceux de l'utilisateur propriétaire du serveur X. Une solution permanente est de faire un lien symbolique, à condition que ce soit toujours le même utilisateur qui lance le serveur X.
D'accord cela me permet d'un peu mieux comprendre comment ça marche. J'avais juste compris qu'il fallait être autorisé à utiliser le serveur X (ce qui semble assez vite évident quand on l'apprend). Mon problème actuel c'est qu'aucune des méthodes qui m'ont été donné jusqu'ici ne subsiste après un redémarrage. Je sais bien qu'on n'a aucune raison de redémarrer Linux mais dans mon cas j'ai un problème de ram qui fini par me faire redémarrer de manière impromptu (il est prévu de la changer). Mais pour cela il faudrait qu'après un redémarrage normal ces modifications aient été enregistrer or ce n'est pas le cas.
Et puis tout cela me semble un peu du bricolage, d'autant qu'avant tout marchait correctement (il me semble que cela a commencé à ne plus marcher suite à un dist-upgrade). N'y aurait-il pas moyen d'autoriser le terminal (kterm en l'occurence) de lancer n'importe quel application graphique (tout du moins kvim, kedit et compagnie) depuis n'importe quel utilisateur après un su de n'importe quel autre utilisateur (bon dans mon cas il n'y a que root et moi mais je prévois d'avoir encore d'autre utilisateurs).
Enfin dernière précision :20:09 root@Gary /home/rtyler# Mutex destroy failure: Périphérique ou ressource occupé
20:09 root@Gary /home/rtyler# ICE default IO error handler doing an exit(), pid= 8318, errno = 0
ceci semble être lié d'une manière ou d'une autre à kded puisque c'est kded [kdeinit] qui a ce pid
De même pour : 20:09 root@Gary /home/rtyler# kedit /etc/samba/smb.conf QPixmap: Cannot create a QPixmap when no GUI is being used QPixmap: Cannot create a QPixmap when no GUI is being used QPixmap: Cannot create a QPixmap when no GUI is being used QPixmap: Cannot create a QPixmap when no GUI is being used kbuildsycoca running... KWrited - Écoute le périphérique « /dev/pts/2 »puisque kbuildsycoca est lié là encore à kded (Cf man kded) mais j'ai peur de manquer cruellement de connaissance pour comprendre quel est le problème. Quoiqu'il en soit si le problème n'est pas intéressant pour la liste je ne vais pas insister, cela se résoudra peut-être lors d'une upgrade et/ou je comprendrai peut-être plus tard lorsque Linux sera plus familier pour moi.
Merci pour votre aide et l'information que vous m'avez apporté. RTyler