Aller au contenu

lancer appli en root sous X

nofun

Par nofun
dans GNU/Linux, *BSD et dérivés d'UNIX

Messages recommandés

nofun Apprenti

nofun

Posté(e)
Posté(e)

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: )

nofun Apprenti

nofun

Posté(e)
  • Auteur
Posté(e)

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).

lorinc Mentor

lorinc

Posté(e)
Posté(e)

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:

nofun Apprenti

nofun

Posté(e)
  • Auteur
Posté(e)
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:

nofun Apprenti

nofun

Posté(e)
  • Auteur
Posté(e)

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.

Maxime0810 Passionné

Maxime0810

Posté(e)
Posté(e)
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...

nofun Apprenti

nofun

Posté(e)
  • Auteur
Posté(e)
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.

lorinc Mentor

lorinc

Posté(e)
Posté(e)

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:

Poulpatine Étoile Montante

Poulpatine

Posté(e)
Posté(e)

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?

Poulpatine Étoile Montante

Poulpatine

Posté(e)
Posté(e)

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 ?

tsubasaleguedin Contributeur

tsubasaleguedin

Posté(e)
Posté(e)

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 !

lorinc Mentor

lorinc

Posté(e)
Posté(e)

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é...

Poulpatine Étoile Montante

Poulpatine

Posté(e)
Posté(e)

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: .

Sandeman Étoile Montante

Sandeman

Posté(e)
Posté(e)

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 ...

Poulpatine Étoile Montante

Poulpatine

Posté(e)
Posté(e)

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: :)

theocrite Grand Maître

theocrite

Posté(e)
Posté(e)
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

nofun Apprenti

nofun

Posté(e)
  • Auteur
Posté(e) 

$ 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...

uzak Contributeur

uzak

Posté(e)
Posté(e)

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

tuXXX Expérimenté

tuXXX

Posté(e)
Posté(e)
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
#

nofun Apprenti

nofun

Posté(e)
  • Auteur
Posté(e) 

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...

tuXXX Expérimenté

tuXXX

Posté(e)
Posté(e)

Pour lancer des applis graphiques à distance il est à mon avis conseillé d'utiliser ssh -X

(Et à mon avis c'est aussi la seule méthode sécurisée)

Archivé

Ce sujet est désormais archivé et ne peut plus recevoir de nouvelles réponses.

Aller sur la liste des sujets
×
×
  • Créer...