Jump to content

lancer appli en root sous X


Recommended Posts

hello,

j'arrive pas à lancer d'appli graphique en faisant un su

solu@solu2:~$ su
Password:
solu2:/home/solu# /usr/lib/openoffice/program/spadmin.bin
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified

Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified

/usr/lib/openoffice/program/spadmin.bin X11 error: Can't open display: :0.0
  Set DISPLAY environment variable, use -display option
  or check permissions of your X-Server
  (See "man X" resp. "man xhost" for details)

même après un

solu@solu2:~$ xhost +localhost
localhost being added to access control list

quelqu'un a une idée ? (c'est assez pressé :transpi: )

Link to post
Share on other sites

Plusieurs solutions :

xhost +localhost
DISPLAY=:0 xclock &

SUX : http://sourceforge.net/projects/sux/

sudo -H xclock

Les solutions de lorinc.

Ce qui est bien, c'est que les applis portent bien leur nom : rox ça p0wne et lancer des applis X en root, ça suxe.

(Surtout openoffice en root. Un truc aussi bloated, j'aurais pas confiance).

Link to post
Share on other sites

ok, merci beaucoup pour vos réponses très très rapides.

kdesu ça marche.

xhost +localhost
DISPLAY=:0 xclock &

ça marche pas.

C'est la première fois que j'arrive pas à lancer une appli avec su, je vois pas d'où ça peut venir.

Bon ben en fait ça n'a pas résolu mon problème : je voulais configurer OpenOffice pour qu'il propose KPrinter comme imprimante. Pour ça j'ai déjà utilisé spadmin (avec OOo 1.1 à l'époque), mais là je peux pas ajouter d'imprimante, même en root.

Si quelqu'un sait comment faire pour que OOo lance KPprinter quand on veut imprimer (je me demande si c'est possible en fait).

Link to post
Share on other sites

ben tu exporte en pdf et tu imprime depuis kpdf, et tu fais pas chier ;)

nan, sans dec, je viens de voir qu'on ne pouvait plus selectionner le programme d'impression dans OOo2, fait iech... :roule:

Link to post
Share on other sites
ben tu exporte en pdf et tu imprime depuis kpdf, et tu fais pas chier ;)

désolé :roule:

nan, sans dec, je viens de voir qu'on ne pouvait plus selectionner le programme d'impression dans OOo2, fait iech... :roule:

béh ouais :roule:

Link to post
Share on other sites

j'ai trouvé la manip \o/

- /etc/init.d/cupsys stop

- /usr/lib/openoffice/program/spadmin.bin <- là on peut ajouter une imprimante (avec le serveur cups stoppé)

- /etc/init.d/cupsys start

et OOo propose KPrinter comme imprimante.

Link to post
Share on other sites
hello,

j'arrive pas à lancer d'appli graphique en faisant un su

solu@solu2:~$ su
Password:
solu2:/home/solu# /usr/lib/openoffice/program/spadmin.bin
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified

Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified

/usr/lib/openoffice/program/spadmin.bin X11 error: Can't open display: :0.0
  Set DISPLAY environment variable, use -display option
  or check permissions of your X-Server
  (See "man X" resp. "man xhost" for details)

même après un

solu@solu2:~$ xhost +localhost
localhost being added to access control list

quelqu'un a une idée ? (c'est assez pressé :transpi: )

Juste par curiosité, t'as essayé

 su - 

plutôt que

 su 

?

Parce que il me semble que ça peut justement poser des soucis avec X...

Link to post
Share on other sites
Juste par curiosité, t'as essayé

 su - 

plutôt que

 su 

?

Parce que il me semble que ça peut justement poser des soucis avec X...

dans ce cas 'su' tout court je pense que c'est mieux (su - j'ai essayé aussi quand même).

Sinon fausse joie pour OOo : c'est ératique comme fonctionnement ; des fois ça propose KPrinter, des fois non...

Je laisse tomber.

Link to post
Share on other sites

oui mais dans l'autre sens...

su ne change pas l'environnement, donc les variables concernant X sont les même que celle du user. Effectivement, tu peux tomber sur un programme pas cool qui va les mettre à jour, et du coup mettre un peu le dawa.

mais d'un autre côté, si tu arrives à lancer une appli X en root avec su -, je demande à voir :transpi:

Link to post
Share on other sites

J'ai une question en rapport avec ça :

comment je peux faire pour lancer à distance une appli graphique, j'ai la même erreur :

<--poulp]=[bidule--> ~														  
-->$ vlc																		
VLC media player 0.8.5 Janus													
Xlib: connection to ":0.0" refused by server								   
Xlib: No protocol specified

Error: Unable to initialize gtk, is DISPLAY set properly?

Link to post
Share on other sites

Hum, ça ne fonctionne pas.

Pour expliquer le truc : admettons que j'ai quelqu'un chez moi qui n'arrive à rien ligne de commande, comment je peux faire pour lui lancer un divx depuis le boulot ?

Autoriser l'export de X via ssh chose qui est faite par defaut sur .... Mandriva ! J'ai testé OpenOffice lancé en SSH sur un portable de base ( PII 266 196 Ram avec icewm) sur mon pc principal et ca cartonne !! Du client leger a moindre cout !

Link to post
Share on other sites

ahhhh...

te loguer avec le même user, et export DISPLAY=:0, ça ne marche pas ?

si quelqu'un à la soluce, ça m'intéresse aussi, parce que j'ai jamais testé...

Eh non, ça ne fonctionne pas :-/ .

( je vais enlever le [resolu] ) :chinois: .

Link to post
Share on other sites

peut-être as-tu lu trop vite ?

avec le user logué tu autorise à utiliser l'écran en cours

$ xhost +localhost

ensuite tu passe root

$ su -

tu exporte ta variable DISPLAY

# export DISPLAY=:0.0

puis tu lances ton appli

#oowriter

par exemple

PS çaypabien de lancer des applis en étant root !!

pour la configuration de l'imprimante, tu pourrai demander à OOo d'utiliser kprinter en mettant comme commande d'impression

kprinter --

au lieu de lpr, etc ... ça marche aussi dans Firefox et bien d'autres

mais OOo capte normalement tout de suite que c'est cups que tu utilise ...

Link to post
Share on other sites

C'est ce que m'a expliqué l'admin unix dans le RER ;-) .

J'avais pas fait gaffe que c'était avec l'user loggé en local que je devais faire le xhost + .

Je n'ai pas testé mais celà devrait passer maintenant.

Merci :ouioui: :)

Link to post
Share on other sites
Autoriser l'export de X via ssh chose qui est faite par defaut sur .... Mandriva !
Pouah !
te loguer avec le même user, et export DISPLAY=:0, ça ne marche pas ?
:0 C'est implicitement localhost.

Donc si tu fais ça, ça envoie sur l'écran de la machine sur laquelle tu tapes ta commande.

Exemple concret :

ssh donnie@lacan
DISPLAY=:0 xmessage "c'est l'heure de te coucher toi!"
^D

Link to post
Share on other sites

$ xhost +localhost
$ su -
# export DISPLAY=:0.0
#oowriter

j'essaierai ça quand je serai à nouveau sur cette machine parce que ça se reproduit pas chez moi.

Mais c'est une solution comme ça que je cherche, c'est ennuyeux d'être dépendant de kdesu, même s'il m'a bien rendu service sur ce coup.

J'aimerais bien comprendre aussi pourquoi d'habitude ça marche tout seul et là non.

PS çaypabien de lancer des applis en étant root !!

je sais, mais comment on fait ? J'ai pas trouvé le fichier de conf (surtout j'ai pas eu le temps de chercher). BTW, quel est le risque (sachant que je n'ai lancé que spadmin, ouvert aucun fichier) ?

pour la configuration de l'imprimante, tu pourrai demander à OOo d'utiliser kprinter en mettant comme commande d'impression

kprinter --

au lieu de lpr, etc ... ça marche aussi dans Firefox et bien d'autres

mais OOo capte normalement tout de suite que c'est cups que tu utilise ...

ça c'est super mais comment on fait ? Sur OOo 1.1 c'est ce que j'avais fait, sur OOo2 je sais pas faire. Mozilla bizarre aussi : j'en ai où il y a un champ configurable (print command), d'autres non. Là (seamonkey), le champ n'est pas présent, et dans about:config j'ai bien "print.print_command xpp", mais l'impression est envoyée directement sans passer par xpp...

Link to post
Share on other sites

J'ai une question en rapport avec ça :

comment je peux faire pour lancer à distance une appli graphique, j'ai la même erreur :

<--poulp]=[bidule--> ~														  
-->$ vlc																		
VLC media player 0.8.5 Janus													
Xlib: connection to ":0.0" refused by server								   
Xlib: No protocol specified

Error: Unable to initialize gtk, is DISPLAY set properly?

Je crois me rappeler qu'à l'école, on s'amusait à lancer des xclock sur le terminal des voisins. Vlà l'amusement :transpi:

C'était des terminaux sur le meme réseau.

Je sais plus exactement, mais c'était du genre :

rsh [terminal] xclock

Link to post
Share on other sites
oui mais dans l'autre sens...

su ne change pas l'environnement, donc les variables concernant X sont les même que celle du user. Effectivement, tu peux tomber sur un programme pas cool qui va les mettre à jour, et du coup mettre un peu le dawa.

mais d'un autre côté, si tu arrives à lancer une appli X en root avec su -, je demande à voir :chinois:

Moi ça marche...

 % echo $DISPLAY
:0.0
% su -
Password:
# echo $DISPLAY
:0.0
# xclock
#

Link to post
Share on other sites

ssh hôte_distant_où_X_tourne -l user
DISPLAY=:0 xterm -hold -e echo "hello, surpris ? :)"

marrant :)

Pour déporter l'affichage de X (afficher et utiliser sur sa machine une appli lancée sur une machine distante) :

machine locale : 192.168.0.1

machine distante : 192.168.0.2

xhost +192.168.0.2
ssh 192.168.0.2 -l user
export DISPLAY=192.168.0.1:0.0
xclock & #ou mozilla...

Link to post
Share on other sites

Archived

This topic is now archived and is closed to further replies.

×
×
  • Create New...