Stephane List wrote:
c'est que t'as lancé xhost dans un xterm non possèdé par
l'utilisateur sous lequel tu es logué :
<nouveau terminal>
$xhost + localhost
$su
$.....
#xcdroast
le '+' dans xhost c'est que tu ajoute l'ordi dans la liste autorisée,
'-' si tu veux supprimer.....
une fois ajouté à la liste tous les programmes lancés sur localhost
pouront se connecter à X
Linux-Azur : http://www.linux-azur.org
Désinscriptions: http://www.linux-azur.org/liste.php3
**** Pas de message au format HTML, SVP ****
Sous Debian, il y a sux qui fait tout ca tout seul :
sux
...
#xcdroast
Linux-Azur : http://www.linux-azur.org
Désinscriptions: http://www.linux-azur.org/liste.php3
**** Pas de message au format HTML, SVP ****
oui mais sux suks.... ^_^ je pouvais pas m'empêcher de la faire celle là ^_^
je préfère xhost + su car cela permet de mieux comprendre le
méchanisme... les personnes utilisant sux ne savent généralement pas
comment autoriser d'autre clients sur le réseau à se connecter....
plutôt qu'utiliser le cas particulier il vaut mieux connaître le cas
général....
au fait xcdroast (je n'ai pas de graveur...) requiert-il vraiment les
privilèges root? ne peux-on pas fixer correctement les droits des
utilisateurs plutôt que passer par un su? sinon c'est pas très propre......
Linux-Azur : http://www.linux-azur.org
D�sinscriptions: http://www.linux-azur.org/liste.php3
**** Pas de message au format HTML, SVP ****
