export DISPLAY ... sarà quello?
Valgard
Dunque, il mio problema è il seguente:
Quando cerco di avviare applicazione grafiche da root, tramite schell,
avendo loggato con utente normale oteengo il seguente messaggio
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
girando su google sembrebbe un banale errore della variabile display
ma utilizzando i comandi trovati in giro
LinuxS:/home/jordan84/Desktop# export DISPLAY local:0.0
bash: export: `local:0.0': not a valid identifier
LinuxS:/home/jordan84/Desktop#
LinuxS:/home/jordan84/Desktop# setenv DISPLAY local:0.0
bash: setenv: command not found
LinuxS:/share# xhost +
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
non ottengo nessun risultato...
Sapreste dirmi dove sbaglio?
Valgard, the future
--
My Windows is die, fuck you too Bill
Roberto Divia
> Quando cerco di avviare applicazione grafiche da root, tramite schell,
> avendo loggato con utente normale oteengo il seguente messaggio
>
> Xlib: connection to ":0.0" refused by server
> Xlib: No protocol specified
Potrebbe essere di tutto... Pero` la sintassi del DISPLAY e` corretta.
> girando su google sembrebbe un banale errore della variabile display
> ma utilizzando i comandi trovati in giro
>
> LinuxS:/home/jordan84/Desktop# export DISPLAY local:0.0
> bash: export: `local:0.0': not a valid identifier
Dovresti fare:
declare -x DISPLAY="local:0.0"
oppure
export DISPLAY="local:0.0"
Ma non farlo, il problema non e` li.
> LinuxS:/home/jordan84/Desktop#
>
> LinuxS:/home/jordan84/Desktop# setenv DISPLAY local:0.0
> bash: setenv: command not found
Setenv e` per il C shell. Tu lavori in bash.
Mi spieghi che vuoi dire con:
> "Quando cerco di avviare applicazione grafiche da root, tramite schell"
Che fai esattamente? Spiega, spiega...
Se fai "xterm &" usando lo stesso utente del login, funge?
Ciao,
--
Roberto Divia` Love at first sight is one of the greatest
Dep:PH Bat:53 Mailbox:C02110 labour-saving devices the world has ever seen
Route de Meyrin 385 ---------------------------------------------
Case Postale Phone: +41-22-767-4994
CH-1211 Geneve 23 CERN Fax: +41-22-767-9585
Switzerland E-Mail: Robert...@cern.ch
Valgard
Dunque:
Accedo graficamente tramite kdm al sistema come utente normale e aprendo una
shell (bash) prendo i privilegi di root con su:
ora qualsiasi cosa utilizzi la gui, ovvero abbia bisogno di un terminale
grafico mi rimanda quell'errore.
Se invece accedo al sistema direttamente tramite root e avvio il server X da
root non mi si pone il problema.
Ad ogni modo ho seguito il consiglio di Davide e fatto i due comandi che mi
ha consigliato
a questo punto:
jordan84@LinuxS:~$ kwrite #si avvia e chiude normalmente
jordan84@LinuxS:~$ su #chiedo i privilegi di root
Password: #prendo i provilegi di root
LinuxS:/home/jordan84# kwrite
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
kwrite: cannot connect to X server :0.0
LinuxS:/home/jordan84#
quindi ....
LinuxS:/home/jordan84# exit
exit
jordan84@LinuxS:~$ xhost +loclhost
xhost: bad hostname "loclhost"
jordan84@LinuxS:~$ xhost +localhost
localhost being added to access control list
jordan84@LinuxS:~$ su
Password:
LinuxS:/home/jordan84# export DISPLAY=localhost:0.0
LinuxS:/home/jordan84# kwrite
kwrite: cannot connect to X server localhost:0.0
LinuxS:/home/jordan84#
Mi sembra quindi che non abbia risolto
Non conosco bene oil problema quindi non saprei neanche cosa e dove andare a
vedere
RedWiz
> jordan84@LinuxS:~$ xhost +
> jordan84@LinuxS:~$ su
> Password:
> LinuxS:/home/jordan84# kwrite
ciao
Valgard
Pare funzioni
jordan84@LinuxS:~$ xhost +
access control disabled, clients can connect from any host
jordan84@LinuxS:~$ su
Password:
LinuxS:/home/jordan84# kwrite
kbuildsycoca running...
KWrited - Ascolto il dispositivo /dev/pts/3
LinuxS:/home/jordan84#
kwrite si è aperto normalmente
mi sembra di capire che xhost controlli gli host che hanno accesso al
serverX, non si finisce mai di imparare. thanks
valgard, the future
roberto
-cut-
> mi sembra di capire che xhost controlli gli host che hanno accesso al
> serverX, non si finisce mai di imparare. thanks
Visto che sei in vena di imparare, perche' non butti l'occhio al wrapper
che altri hanno gia' fatto per eseguire applicazioni X con i diritti di
root?
kde: kdesu nomeapplicativo
gnome: gksu nomeapplicativo
--
|Save our planet!
Ciao |Save wildlife!
roberto |For your E-MAIL use ONLY recycled Bytes !!
|roberto poggi rpo...@softhome.net
Valgard
> Valgard wrote:
> -cut-
>
>> mi sembra di capire che xhost controlli gli host che hanno accesso al
>> serverX, non si finisce mai di imparare. thanks
>
> Visto che sei in vena di imparare, perche' non butti l'occhio al wrapper
> che altri hanno gia' fatto per eseguire applicazioni X con i diritti di
> root?
> kde: kdesu nomeapplicativo
> gnome: gksu nomeapplicativo
>
mmmm... sììì.....
ma cmq stavo installando un binario che apriva na gui
(googleearth) nello specifico
non credo kdesu mi sarebbe tornato utile
ad ogni modo o terròpresente per il futuro grazie
Valgard, the future
Roberto Divia
> ma cmq stavo installando un binario che apriva na gui
> (googleearth) nello specifico
Occhio che un binario che gira solo come root non e` un binario sicuro...
Valgard
> Valgard wrote:
>> ma cmq stavo installando un binario che apriva na gui
>> (googleearth) nello specifico
>
> Occhio che un binario che gira solo come root non e` un binario sicuro...
>
> Ciao,
Vabbè almeno che google non voglia chiudere =)
Io mi fido di loro...
Andrew McBlues
bill per un XP che non voleva saperne di entrare in un pc, Valgard vedo
che si permette di scrivere:
> Vabbè almeno che google non voglia chiudere =) Io mi fido di loro...
a me e' girato come normale utente...
> Valgard, the future
--
Ciao a Tutti e a prestissimo!
Andrew McBlues
uin icq: 23-2990-827
Giandomenico De Tullio
> On 2006-06-13, Valgard <jorda...@libero.it> wrote:
>> Xlib: connection to ":0.0" refused by server
>
> xhost +localhost
> poi come root
> export DISPLAY=localhost:0.0
> e poi avvia il tuo programma
>
> Davide
>
anche un man pam_xauth ... non sarebbe male :)