OVH Cloud OVH Cloud

xhost +

11 réponses
Avatar
Stephane List
Bonjour,

Sur RedHat au boulot, je suis loggué en tant que stephane, quand je veux
pouvoir lancer des applis graphiques en root, je fais xhost + et ça
passe.
En Debian testing, je suis obligé de jonglé avec la commande xauth à
chaque fois, comment faire pour que root puisse toujours ouvrir un
fenetre quand je suis loggé en stephane ?

Merci
--
Stephane List
http://slist.lilotux.net


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

10 réponses

1 2
Avatar
Frederic Bothamy
* Stephane List [2004-07-13 15:29] :
Bonjour,

Sur RedHat au boulot, je suis loggué en tant que stephane, quand je veux
pouvoir lancer des applis graphiques en root, je fais xhost + et ça
passe.
En Debian testing, je suis obligé de jonglé avec la commande xauth à
chaque fois, comment faire pour que root puisse toujours ouvrir un
fenetre quand je suis loggé en stephane ?



Le plus simple est probablement d'utiliser sudo. Il existe aussi des
solutions plus compliquées en utilisant ssh (ou même les méthodes
décrites dans le "Petit guide d'exécution à distance des applications X"
(http://www.traduc.org/docs/HOWTO/vf/Remote-X-Apps.html)).

Cela dit, je ne vois pas pourquoi "xhost +" ne fonctionnerait pas si tu
a bien ta variable DISPLAY à la bonne valeur.


Fred

--
Comment poser les questions de manière intelligente ?
http://www.gnurou.org/documents/smart-questions-fr.html
Comment signaler efficacement un bug ?
http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Benoît «Beny» Pineau
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Frederic Bothamy wrote:
| Cela dit, je ne vois pas pourquoi "xhost +" ne fonctionnerait pas si tu
| a bien ta variable DISPLAY à la bonne valeur.

- ------------
=--( )-=-( mar jui 13 )-=-( 16:07:07 )-=-( ~ )-- beny $ echo $DISPLAY
:0.0
=--( )-=-( mar jui 13 )-=-( 16:07:10 )-=-( ~ )-- beny $ su -
Password:
nutopia:~# echo $DISPLAY

nutopia:~# xterm
Warning: This program is an suid-root program or is being run by the
root user.
The full text of the error or warning message cannot be safely formatted
in this environment. You may get a more descriptive message by running the
program as a non-root user or by removing the suid bit on the executable.
xterm Xt error: Can't open display: %s
nutopia:~# export DISPLAY=:0.0
nutopia:~# xterm
nutopia:~# logout
=--( )-=-( mar jui 13 )-=-( 16:07:41 )-=-( ~ )-- beny $ su -c "xterm"
Password:
=--( )-=-( mar jui 13 )-=-( 16:07:50 )-=-( ~ )-- beny $
- ------------

J'utilise toujours 'su -c' ou sinon peut être mettre un export
DISPLAY=:0.0 dans ton .bashrc de root mais ca me semble un peu bourrin :/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFA8+1bla+QzEobuyARArgJAKDZpkH/TzPp8cfYcpOL52/QlOvoVQCgmyLU
9T9OmC9+nHw3CUMjHDaXZhY ÑbO
-----END PGP SIGNATURE-----


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Merwan
Bonjour,

Stephane List wrote:
Sur RedHat au boulot, je suis loggué en tant que stephane, quand je veux
pouvoir lancer des applis graphiques en root, je fais xhost + et ça
passe.
En Debian testing, je suis obligé de jonglé avec la commande xauth à
chaque fois, comment faire pour que root puisse toujours ouvrir un
fenetre quand je suis loggé en stephane ?



Si tu autorises les connexions locales au serveur X
$ xhost + local:
et que tu as la bonne variable de display
$ export DISPLAY=:0
ça devrait marcher. Cela dit, jette un coup d'oeil à la configuration de
ton display manager (gdm, kdm...) car je sais que gdm n'accepte pas les
connexions distantes par défaut. Pour les connexions locales, pas de
problêmes normalement.


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Jean-Michel OLTRA
bonjour,


Le mardi 13 juillet 2004, Stephane List a écrit...


Sur RedHat au boulot, je suis loggué en tant que stephane, quand je veux
pouvoir lancer des applis graphiques en root, je fais xhost + et ça
passe.
En Debian testing, je suis obligé de jonglé avec la commande xauth à
chaque fois, comment faire pour que root puisse toujours ouvrir un
fenetre quand je suis loggé en stephane ?



J'utilise (testing)
xhost + local:

puis xhost - local:

--
jm


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
fra-duf-no-spam
Le 12612ième jour après Epoch,
Stephane List écrivait:

Bonjour,

Sur RedHat au boulot, je suis loggué en tant que stephane, quand je veux
pouvoir lancer des applis graphiques en root, je fais xhost + et ça
passe.
En Debian testing, je suis obligé de jonglé avec la commande xauth à
chaque fois, comment faire pour que root puisse toujours ouvrir un
fenetre quand je suis loggé en stephane ?



avec par exemple "xhost +local:" ... man xhost

ça autorise tous les users locaux à jouer avec X


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Sylvain Sauvage
Tue, 13 Jul 2004 16:10:35 +0200, Benoît «Beny» Pineau a écrit :
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Frederic Bothamy wrote:
| Cela dit, je ne vois pas pourquoi "xhost +" ne fonctionnerait pas si
tu| a bien ta variable DISPLAY à la bonne valeur.

- ------------
=--( )-=-( mar jui 13 )-=-( 16:07:07 )-=-( ~ )--=
beny $ echo $DISPLAY
:0.0
=--( )-=-( mar jui 13 )-=-( 16:07:10 )-=-( ~ )--=
beny $ su -


^
Ah Ah ! (ce n'est pas un rire, c'est un « eurêka »)

Tu as essayé su « tout court » (c.-à-d. sans le tiret) ?
Il faut dire que le comportement de su (avec ou sans tiret) est parfois
surprenant vis à vis des variables d'environnement...

[...]



--
Sylvain Sauvage
Avatar
Frederic Bothamy
* Sylvain Sauvage [2004-07-13 16:21] :
Tue, 13 Jul 2004 16:10:35 +0200, Benoît «Beny» Pineau a écrit :
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Frederic Bothamy wrote:
> | Cela dit, je ne vois pas pourquoi "xhost +" ne fonctionnerait pas si
> tu| a bien ta variable DISPLAY à la bonne valeur.
>
> - ------------
> =--( )-=-( mar jui 13 )-=-( 16:07:07 )-=-( ~ )-- > > beny $ echo $DISPLAY
> :0.0
> =--( )-=-( mar jui 13 )-=-( 16:07:10 )-=-( ~ )-- > > beny $ su -
^
Ah Ah ! (ce n'est pas un rire, c'est un « eurêka »)

Tu as essayé su « tout court » (c.-à-d. sans le tiret) ?
Il faut dire que le comportement de su (avec ou sans tiret) est parfois
surprenant vis à vis des variables d'environnement...



Ce n'est pas surprenant, enfin, quand on lit la page de manuel de su,
c'est expliqué pourquoi "su -" invalide presque toutes les variables
d'environnement et donc que "su" ne le fait pas. Le message d'origine
indiquait que la personne utilise "su" (sans le "-") et dans ce cas, la
variable DISPLAY devrait être conservé (et cela devrait donc
fonctionner).


Fred

--
Comment poser les questions de manière intelligente ?
http://www.gnurou.org/documents/smart-questions-fr.html
Comment signaler efficacement un bug ?
http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Sylvain Sauvage
Tue, 13 Jul 2004 17:53:27 +0200, Frederic Bothamy a écrit :
* Sylvain Sauvage [2004-07-13 16:21] :
[...]
> Tu as essayé su « tout court » (c.-à-d. sans le tiret) ?
> Il faut dire que le comportement de su (avec ou sans tiret) est
> parfois surprenant vis à vis des variables d'environnement...

Ce n'est pas surprenant, enfin, quand on lit la page de manuel de su,
c'est expliqué pourquoi "su -" invalide presque toutes les variables
d'environnement et donc que "su" ne le fait pas. Le message d'origine
indiquait que la personne utilise "su" (sans le "-") et dans ce cas, la
variable DISPLAY devrait être conservé (et cela devrait donc
fonctionner).



Si, c'est surprenant quand le comportement n'est pas celui prévu par la
page de manuel et différent entre deux machines (*presque* identiques).

--
Sylvain Sauvage
Avatar
Frederic Bothamy
* Sylvain Sauvage [2004-07-13 18:10] :
Tue, 13 Jul 2004 17:53:27 +0200, Frederic Bothamy a écrit :
> * Sylvain Sauvage [2004-07-13 16:21] :
>[...]
> > Tu as essayé su « tout court » (c.-à-d. sans le tiret) ?
> > Il faut dire que le comportement de su (avec ou sans tiret) est
> > parfois surprenant vis à vis des variables d'environnement...
>
> Ce n'est pas surprenant, enfin, quand on lit la page de manuel de su,
> c'est expliqué pourquoi "su -" invalide presque toutes les variables
> d'environnement et donc que "su" ne le fait pas. Le message d'origine
> indiquait que la personne utilise "su" (sans le "-") et dans ce cas, la
> variable DISPLAY devrait être conservé (et cela devrait donc
> fonctionner).

Si, c'est surprenant quand le comportement n'est pas celui prévu par la
page de manuel et différent entre deux machines (*presque* identiques).



Il faut que tu m'expliques en quoi ce n'est pas celui prévu par la page
de manuel. Dans la page de manuel française (qui n'est présente que dans
stable et pas dans testing), on peut lire ceci :

-, -l, --login
Appelle le shell sous forme de shell de connexion. Voici ce
que cela signifie : Invalider toutes les variables
d'environnement sauf `TERM', `HOME', et `SHELL' (qui sont
renseignées comme décrit ci-dessus), ainsi que `USER' et
`LOGNAME' (qui sont alors remplies même pour le
Super-Utilisateur).

La page anglaise de testing indique simplement que l'option "-" utilise
un login shell (ce n'est pas faux, simplement moins précis).

Pour info, chez moi :

:~$ echo $DISPLAY
:0.0
:~$ su
Password:
hermes:/home/fred# echo $DISPLAY
:0.0
hermes:/home/fred# exit
:~$ su -
Password:
hermes:~# echo $DISPLAY

hermes:~#

(login 4.0.3-28.4)


Fred (perplexe)

--
Comment poser les questions de manière intelligente ?
http://www.gnurou.org/documents/smart-questions-fr.html
Comment signaler efficacement un bug ?
http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Sylvain Sauvage
Wed, 14 Jul 2004 02:23:27 +0200, Frederic Bothamy a écrit :
* Sylvain Sauvage [2004-07-13 18:10] :
>[...]
> Si, c'est surprenant quand le comportement n'est pas celui prévu par
> la page de manuel et différent entre deux machines (*presque*
> identiques).

Il faut que tu m'expliques en quoi ce n'est pas celui prévu par la page
de manuel. Dans la page de manuel française (qui n'est présente que d ans
stable et pas dans testing), on peut lire ceci :
[...]



Et bien j'ai déjà eu des surprises : j'utilise toujours 'su' et je n'ai
jamais de problème (toutes les variables, notamment PATH et DISPLAY, sont
correctes). Par contre, sur la machine d'un ami, avec 'su', le PATH était
totalement écrasé (moins de chemins que celui de l'utilisateur, et,
surtout, pas de sbin).
Il ne me semble pas que cela soit le comportement prévu : PATH doit être
celui de l'utilisateur, à moins que les fichiers de conf. du shell ne
l'écrase, ce qui n'était pas le cas car le 'su -' permettait de retrouv er
le bon PATH (avec sbin) et, à moins que je ne me trompe, auquel cas
j'accepterai de faire pénitence, ce qu'un shell de connexion (SC) fait de
particulier (par rapport à un « shell de non connexion », SNC ), il le
fait avant de faire ce que fait un SNC. Donc, si un SNC écrase le PATH, un
SC doit l'écraser aussi.

Mais bon, d'une part cette expérience a eu lieu il y a un moment (c. 18
mois), et d'autre part je crois que ce comportement est à rapprocher du
problème récurrent de login : parfois l'utilisateur root se retrouve
sans les sbin dans son PATH, parfois il les a (après un login en console,
pas par 'su'). Ici « parfois » signifie « ça dépend des versions et des
installations ». (Je sais, j'aurais dû creuser le bogue, mais comme ç a se
répare vite...) Ce problème m'est apparu avec des installations quasi
identiques (c'est-à-dire à quelques paquets cosmétiques près, en to ut cas
des paquets ni « base », ni « important », ni « qui ont à faire avec un
shell ou un login »). Donc j'adoucis mes propos vis à vis de la page de
manuel.

À noter quand même que ma première remarque sur la « surprenance » du
comportement de 'su' signifiait aussi que ce comportement est surprenant
si l'on ne maîtrise pas les subtilités shell de connexion / shell de non
connexion.

Debiannement,
--
Sylvain Sauvage
1 2