On Sun, Oct 24, 2021 at 04:59:06PM +1100, Keith Bainbridge wrote:
>
> On 24/10/21 05:31, Charles Curley wrote:
> > alias su="su --whitelist-environment=DISPLAY,XAUTHORITY"
>
>
> Doesn't that mean that when you type 'su' at a command prompt, the response
> will be running the command
>
On 24/10/21 05:31, Charles Curley wrote:
alias su="su --whitelist-environment=DISPLAY,XAUTHORITY"
Doesn't that mean that when you type 'su' at a command prompt, the
response will be running the command
--whitelist-environment=DISPLAY,XAUTHORITY
as root.
You won't be able to switch to
On Fri, 22 Oct 2021 09:44:25 -0500
David Wright wrote:
> > root@jhegaala:~#
>
> I think you need su --whitelist-environment=DISPLAY,XAUTHORITY -
Thank you, also to Reco.
I did:
$ alias su="su --whitelist-environment=DISPLAY,XAUTHORITY"
That works. So I will add that to my other aliases in
Hi.
On Fri, Oct 22, 2021 at 08:25:36AM -0600, Charles Curley wrote:
> charles@jhegaala:~$ su --whitelist-environment=DISPLAY -
It won't be enough. You need this:
su --whitelist-environment=DISPLAY,XAUTHORITY -
Reco
On Fri 22 Oct 2021 at 08:25:36 (-0600), Charles Curley wrote:
> On Tue, 15 Jun 2021 21:51:28 +0200
> wrote:
>
> > Try adding
> > the option `--whitelist-environment=DISPLAY to your su command (hint:
> > you can add more variables to that whitelist, comma separated).
>
> I just tried this. No
On Tue, 15 Jun 2021 21:51:28 +0200
wrote:
> Try adding
> the option `--whitelist-environment=DISPLAY to your su command (hint:
> you can add more variables to that whitelist, comma separated).
I just tried this. No joy.
charles@jhegaala:~$ echo $DISPLAY
:0.0
charles@jhegaala:~$ su -
Password:
On Tue, Jun 15, 2021 at 10:17:25PM +0200, BerndSchmittNews wrote:
> Hello tomas,
>
>
> thanks for your answer.
>
> On 15.06.21 21:51, to...@tuxteam.de wrote:
> >No. It's the su, dropping the DISPLAY environment variable. Try adding
> >the option `--whitelist-environment=DISPLAY to your su
Hello tomas,
thanks for your answer.
On 15.06.21 21:51, to...@tuxteam.de wrote:
No. It's the su, dropping the DISPLAY environment variable. Try adding
the option `--whitelist-environment=DISPLAY to your su command
works like a charm.
Thank you
Bernd
On Tue, Jun 15, 2021 at 09:21:10PM +0200, BerndSchmittNews wrote:
> Hello.
>
> I used to use xhost-command and su -l ... -c ... to run programs as a
> different user in debian10. In debian11 I get an error about having no
> DISPLAY env variable specified.
>
> Does xho
Hello.
I used to use xhost-command and su -l ... -c ... to run programs as a
different user in debian10. In debian11 I get an error about having no
DISPLAY env variable specified.
Does xhost work different now?
$ uname -a
Linux VB-Deb400 4.19.0-16-amd64 #1 SMP Debian 4.19.181-1 (2021-03-19
On 2015-03-14 22:26:19 +0100, Patrice Go wrote:
[xpra]
effectivement, c'est exactement le logiciel recherché. merci.
malheureusement après quelques tests, ça ne fonctionne pas.
un problème avec python apparemment, mais je vais continuer les tests.
Peut-être faire un rapport de bug.
--
Le 09/03/2015 12:03, Vincent Lefevre a écrit :
On 2015-03-08 13:58:03 +0100, Patrice Go wrote:
Effectivement, xhost ne semble utile que pour telnet. j'ai apparemment
suivi une vieille méthode. merci.
mon but est d'importer de manière chiffré (ssh) une application X d'un
autre ordinateur et de
, Patrice Go wrote:
Effectivement, xhost ne semble utile que pour telnet. j'ai apparemment
suivi une vieille méthode. merci.
mon but est d'importer de manière chiffré (ssh) une application X d'un
autre ordinateur et de la réexporter sur cet ordinateur à la fin de
l'utilisation de l'application
On 03/10/2015 10:30 AM, Vincent Lefevre wrote:
Le problème est qu'ici, tu veux un serveur qui soit capable de gérer
des périphériques locaux (OK pour ça), mais aussi des périphériques
distants, et ça, je ne sais pas si c'est possible avec juste le
serveur X11. Il faudrait un driver capable de ce
On 2015-03-09 22:17:08 +0100, mrr wrote:
De même, chaque serveur X écouterait les 2 souris et les 2 claviers.
Alors, y'a vraiment pas moyen de faire ça simplement (je sais pas, modifier
peut-être le xorg.conf et se connecter à distance avec les bonnes options
bien sûr) ?
Gérer plusieurs
On 03/09/2015 12:00 PM, Vincent Lefevre wrote:
Si c'est pour contrôler une application distante, peut-être xpra?
Et si c'est pour contrôler une session X distante, peut-être x11vnc?
Merci pour ta réponse, ça m'éclaircit un peu.
Je me disais (un peu naïvement sans doute) que l'on pouvait
On 2015-03-06 18:43:37 +0100, mrr wrote:
On 03/06/2015 04:50 PM, Vincent Lefevre wrote:
On 2015-03-06 10:37:20 +0100, Patrice Go wrote:
une application X déjà ouverte (sans récupérer toute la fenetre, par
export DISPLAY) d'un ordinateur ?
J'allais aussi poser cette question donc c'est
On 2015-03-08 13:58:03 +0100, Patrice Go wrote:
Effectivement, xhost ne semble utile que pour telnet. j'ai apparemment
suivi une vieille méthode. merci.
mon but est d'importer de manière chiffré (ssh) une application X d'un
autre ordinateur et de la réexporter sur cet ordinateur à la fin de
Effectivement, xhost ne semble utile que pour telnet. j'ai apparemment
suivi une vieille méthode. merci.
mon but est d'importer de manière chiffré (ssh) une application X d'un
autre ordinateur et de la réexporter sur cet ordinateur à la fin de
l'utilisation de l'application X.
En gros, j'utilise
On 2015-03-06 10:37:20 +0100, Patrice Go wrote:
malgré des recherches, je n'ai pas trouvé de solutions à cette question.
je voulais savoir si il y avait moyen d'importer/exporter par ssh (avec
xhost et ssh option -X)
Ne pas utiliser xhost pour utilisation avec ssh: c'est inutile et cela
peut
On 03/06/2015 04:50 PM, Vincent Lefevre wrote:
On 2015-03-06 10:37:20 +0100, Patrice Go wrote:
une application X déjà ouverte (sans récupérer toute la fenetre, par
export DISPLAY) d'un ordinateur ?
J'allais aussi poser cette question donc c'est cool que tu l'ai déjà fait.
Enfin presque la
Bonjour,
malgré des recherches, je n'ai pas trouvé de solutions à cette question.
je voulais savoir si il y avait moyen d'importer/exporter par ssh (avec
xhost et ssh option -X) une application X déjà ouverte (sans récupérer
toute la fenetre, par export DISPLAY) d'un ordinateur ?
ceci avec le pid
solution I've found is a
xhost +si:localuser:root
in my .xsession file.
I think more fine grained would be to use xauth extract / xauth merge.
Yes, perhaps a merge with ~root/.Xauthority
Or just:
export XAUTHORITY=/home/$USER/.Xauthority
No, this will clash with gdm3 (if I choose
To be able to save/restore the XKB keymap in a /etc/pm/sleep.d script
(as a workaround for Debian bug 633849), xkbcomp needs to have access
to the display. The simplest solution I've found is a
xhost +si:localuser:root
in my .xsession file.
But some users discourage to allow this access
Am Dienstag, 22. Juli 2014, 17:48:24 schrieb Vincent Lefevre:
To be able to save/restore the XKB keymap in a /etc/pm/sleep.d script
(as a workaround for Debian bug 633849), xkbcomp needs to have access
to the display. The simplest solution I've found is a
xhost +si:localuser:root
in my
El Wed, 12 Jun 2013 14:30:41 -0400, Yordan escribió:
el jar que intento ejecutar es el webplc(un simulador/administrador de
plc) uso debian7, kde4, xorg la saida del comando env es esta
root@si-adbd-305-23l:/home/administrador#
env
(...)
DISPLAY=:0
Pues está definida :-?
ahora
hola comunidad, tengo un serio problema ya varios programas me han dado un error parecido a este:No protocol specifiedxhost: unable to open display ":0"en internet alguien dijo que con xhost + se podia soluconar y si resolvi algo pero no todo porque el error sigue, alguien tiene alguna i
specified
xhost: unable to open display :0
en internet alguien dijo que con xhost + se podia soluconar y si resolvi
algo pero no todo porque el error sigue, alguien tiene alguna idea de que
pueda ser??? gracias
--
Yordan
http://www.uci.cu/
images.jpeg
El Wed, 12 Jun 2013 09:10:18 -0400, Yordan escribió:
(ese html...)
hola comunidad, tengo un serio problema ya varios programas me han dado
un error parecido a este:
¿Qué programas son esos y cuándo te ha dado ese error?
No protocol specified xhost: unable to open display :0
en internet
estoy intentando ejcutar un .jar pero :
Can't connect to X11 window server using ':0' as the value of the DISPLAY
variable.
y asi de vez en cuando me da algun error de estos , tambien al ejecutar un .sh
http://www.uci.cu
--
To UNSUBSCRIBE, email to
estoy intentando ejcutar un .jar pero :
Can't connect to X11 window server using ':0' as the value of the DISPLAY
variable.
y asi de vez en cuando me da algun error de estos , tambien al ejecutar un .sh,
tambien ejcuto
geany /etc/(cualkier cosa) y de nuevo algo que tiene que ver con display
No
El Wed, 12 Jun 2013 10:55:37 -0400, Yordan escribió:
(no abras un hilo nuevo, mantén las respuestas en el anterior)
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
2013/6/12 Yordan ycattan...@estudiantes.uci.cu:
estoy intentando ejcutar un .jar pero :
Can't connect to X11 window server using ':0' as the value of the DISPLAY
variable.
y asi de vez en cuando me da algun error de estos , tambien al ejecutar un
.sh, tambien ejcuto
geany /etc/(cualkier
Fernando,
Favor muéstranos tus variables de sistema con
$export
la ejecución la intentas realizar mediante ssh o vnc,etc?
Saludos,
On 12/06/13 11:01, fernando sainz wrote:
2013/6/12 Yordan ycattan...@estudiantes.uci.cu:
estoy intentando ejcutar un .jar pero :
Can't connect to X11 window
2013/6/12 Yordan ycattan...@estudiantes.uci.cu:
estoy intentando ejcutar un .jar pero :
Can't connect to X11 window server using ':0' as the value of the DISPLAY
variable.
y asi de vez en cuando me da algun error de estos , tambien al ejecutar un
.sh, tambien ejcuto
geany /etc/(cualkier
El Wed, 12 Jun 2013 10:50:27 -0400, Yordan escribió:
estoy intentando ejcutar un .jar
¿Localmente desde tu equipo o en una sesión en remoto?
pero :
Can't connect to X11 window server using ':0' as the value of the
DISPLAY variable.
y asi de vez en cuando me da algun error de estos ,
fernandojose.sa...@gmail.com
Para: Lista Debian debian-user-spanish@lists.debian.org
Enviados: Miércoles, 12 de Junio 2013 11:05:28
Asunto: Re: problema con xhost
2013/6/12 Yordan ycattan...@estudiantes.uci.cu:
estoy intentando ejcutar un .jar pero :
Can't connect to X11 window server using ':0
2013/6/12 Yordan ycattan...@estudiantes.uci.cu:
el jar que intento ejecutar es el webplc(un simulador/administrador de plc)
uso debian7, kde4, xorg
la saida del comando env es esta
root@si-adbd-305-23l:/home/administrador# env
USER=root
ahora cuando ejecuto el jar
mi error, brother, pero gracias por la ayuda, voy a ver que averiguo sobre eso,
por cierto sabes algo del trabajo con xhost?
- Mensaje original -
De: fernando sainz fernandojose.sa...@gmail.com
Para: Lista Debian debian-user-spanish@lists.debian.org
Enviados: Miércoles, 12 de Junio
El día 12 de junio de 2013 20:59, Yordan
ycattan...@estudiantes.uci.cu escribió:
mi error, brother, pero gracias por la ayuda, voy a ver que averiguo sobre
eso, por cierto sabes algo del trabajo con xhost?
No entiendo muy bien tu pregunta.
ahora la X vienen configuradas para no escuchar por
ea misma era la pregunta, thanks again
- Mensaje original -
De: fernando sainz fernandojose.sa...@gmail.com
Para: Lista Debian debian-user-spanish@lists.debian.org
Enviados: Miércoles, 12 de Junio 2013 15:36:24
Asunto: Re: problema con xhost
El día 12 de junio de 2013 20:59, Yordan
to see the output of
pstree -aAc | grep -B2 -A2 '[X]org'
Hi Sebastian,
It's working now. I think it was caused by DisallowTCP=true in gdm.conf
Many Thanks,
Dieder.
===
die...@koala:$ xhost +
access control disabled, clients can
On Wed, Mar 18, 2009 at 23:52:00 +0100, Dieder Vervoort wrote:
Florian Kulzer wrote:
On Sat, Mar 14, 2009 at 23:22:32 +0100, Dieder Vervoort wrote:
I can' t make xhost to work.
[...]
The first thing to check is if X really was started without -nolisten
tcp:
$ ps -ef | grep [/]bin
Florian Kulzer wrote:
On Sun, Mar 15, 2009 at 22:05:20 +0100, Dirk Vervoort wrote:
Florian Kulzer wrote:
On Sat, Mar 14, 2009 at 23:22:32 +0100, Dieder Vervoort wrote:
I can' t make xhost to work.
I searched around but couldn' t find a solution.
[...]
die
On Sun, Mar 15, 2009 at 10:05:20PM +0100, Dirk Vervoort wrote:
Florian Kulzer wrote:
On Sat, Mar 14, 2009 at 23:22:32 +0100, Dieder Vervoort wrote:
I can' t make xhost to work.
I searched around but couldn' t find a solution.
If your goal is to run X applications via ssh, then I would try
On Sun, Mar 15, 2009 at 22:05:20 +0100,
Dieder Vervoort wrote:
Florian Kulzer wrote:
On Sat, Mar 14, 2009 at 23:22:32 +0100, Dieder Vervoort wrote:
I can' t make xhost to work.
I searched around but couldn 't find a solution.
[...]
die...@koala:~$ xhost +
access control
On Sat, Mar 14, 2009 at 23:22:32 +0100, Dieder Vervoort wrote:
Hi all,
I can' t make xhost to work.
I searched around but couldn' t find a solution.
Any idea ?
[...]
die...@koala:~$ xhost +
access control disabled, clients can connect from any host
If your goal is to run X applications
Florian Kulzer wrote:
On Sat, Mar 14, 2009 at 23:22:32 +0100, Dieder Vervoort wrote:
Hi all,
I can' t make xhost to work.
I searched around but couldn' t find a solution.
Any idea ?
[...]
die...@koala:~$ xhost +
access control disabled, clients can connect from any host
On Sun, Mar 15, 2009 at 22:05:20 +0100, Dirk Vervoort wrote:
Florian Kulzer wrote:
On Sat, Mar 14, 2009 at 23:22:32 +0100, Dieder Vervoort wrote:
I can' t make xhost to work.
I searched around but couldn' t find a solution.
[...]
die...@koala:~$ xhost +
access control disabled, clients can
Hi all,
I can' t make xhost to work.
I searched around but couldn' t find a solution.
Any idea ?
Many thanks,
Dieder
===
die...@koala:~$ xhost +
access control disabled, clients can connect from any host
die...@koala:~$ cat /etc/X11/xinit/xserverrc
#!/bin/sh
# $Id
Bonjour,
j'ai une lenny i386 chrootée dans un environnement en lenny amd64
et j'essaie de lancer des applis graphiques (en particulier iscan) dans un
chroot.
Seulement, tout ce que parviens à obtenir, c'est un message d'erreur ' *cannot
open display: :0.0*
Normalement, un '*xhost +'* devrait
d'erreur '
*cannot open display: :0.0*
Normalement, un '*xhost +'* devrait résoudre le problème, seulement
'*xhost +'* ne fonctionne pas
en chroot.
Comme les applications X11 utilisent /tmp (et notamment /tmp/.X11-unix
/tmp/.X0-lock) il me semble qu'il faut que le /tmp du chroot [ici la
lenny
Le 19 janvier 2009 17:22, Basile STARYNKEVITCH bas...@starynkevitch.net a
écrit :
En pratique, j'utilise le montage bind pour partager certains systèmes de
fichiers entre le chroot et l'hôte, concrètement
Je ne connaissais pas bind, ça semble fort utile effectivement
## /Lenny32 est mon
kwrite: cannot connect to X server :0.0
Googleando por ahí encontré que ejecutando el comando xhost + como
usuario se arreglaba el problema y efectivamente puedo ejecutar como
root cualquier aplicación.
Resumen ejecutivo:
El servidor X puede usar mecanismos de
Xlib: connection to :0.0 refused by server
Xlib: No protocol specified
kwrite: cannot connect to X server :0.0
Googleando por ahí encontré que ejecutando el comando xhost + como
usuario se arreglaba el problema y efectivamente puedo ejecutar como
# kwrite
Xlib: connection to :0.0 refused by server
Xlib: No protocol specified
kwrite: cannot connect to X server :0.0
Googleando por ahí encontré que ejecutando el comando xhost + como
usuario se arreglaba el problema y efectivamente puedo ejecutar como
root cualquier aplicación. Pero, es normal eso
to :0.0 refused by server
Xlib: No protocol specified
kwrite: cannot connect to X server :0.0
Googleando por ahí encontré que ejecutando el comando xhost + como
usuario se arreglaba el problema y efectivamente puedo ejecutar como
root cualquier aplicación. Pero, es normal eso?, como puedo hacer que
siguiente error:
debian:/home/marcelo# kwrite
Xlib: connection to :0.0 refused by server
Xlib: No protocol specified
kwrite: cannot connect to X server :0.0
Googleando por ahí encontré que ejecutando el comando xhost + como
usuario se arreglaba el problema y efectivamente puedo ejecutar
ejecutando el comando xhost + como
usuario se arreglaba el problema y efectivamente puedo ejecutar como
root cualquier aplicación.
Resumen ejecutivo:
El servidor X puede usar mecanismos de control de acceso para
determinar a qué clientes permite conectarse. Esto es opcional (quizá
por
Julien Valroff a écrit :
Le mercredi 21 février 2007 à 17:27 +0100, Sami FANTAR a écrit :
Bonjour
Je souhaiterais autoriser la connexion de clients X en local grâce à la
commande xhost.
Cependant, pour des raisons de sécurité, je ne souhaite faire xhost+. Je
voudrais pouvoir autoriser que
Bonjour
Je souhaiterais autoriser la connexion de clients X en local grâce à la
commande xhost.
Cependant, pour des raisons de sécurité, je ne souhaite faire xhost+. Je
voudrais pouvoir autoriser que les clients X de ma machine physique en
spécifiant à xhost : xhost +hostname_de_ma_machine
Le mercredi 21 février 2007 à 17:27 +0100, Sami FANTAR a écrit :
Bonjour
Je souhaiterais autoriser la connexion de clients X en local grâce à la
commande xhost.
Cependant, pour des raisons de sécurité, je ne souhaite faire xhost+. Je
voudrais pouvoir autoriser que les clients X de ma
Se eu logo como usuário comum, qd mudopra rooteu não consigo rodar os aplicativos... dá aquela mensagem relacionada com a autorização do servidor gráfico. Daí euvolto prausuário comum e rodo o "xhost"etudo bem.
Minha dúvida é como fazer pra não precisarexecutar o xhost?Qual arquivo e co
xhost
etudo bem.
Minha dúvida é como fazer pra não precisarexecutar o xhost?Qual arquivo e como alterar?
___
Luciano Marques
Goiânia-GO
Yahoo! Acesso Grátis - Internet rápida e grátis. Instale o discador agora!
-- CumprimentosCarlos Alberto Mota Castro (Maranhão)Estudante de
/11/06, Luciano Marques [EMAIL PROTECTED] escreveu:
Se eu logo como usuário comum, qd mudopra rooteu não consigo rodar os aplicativos... dá aquela mensagem relacionada com a autorização do servidor gráfico. Daí euvolto prausuário comum e rodo o "xhost" etudo bem.
Minha dúvida é como
vc pode colocar ao iniciar o X o xhost :)
eu uso tdo dentro do meu .xsession
algo do tipo:
/usr/lib/control-center/gnome-settings-daemon
gnome-keyring-daemon
seahorse-daemon
#sleep 1
xhost +
#= aqui oh!
Esetroot -scale ~/files/media/images/bgs/PenguinGang.png
xbindkeys
Hi,
Greg Norris wrote:
On Tue, Apr 18, 2006 at 10:43:47AM -0400, Antonio Paiva wrote:
Ryan,
You probably need to run
xhost address of server
on the client machine.
Someone suggest this virtually every time the topic comes up. It's
exceptionally bad advice... DON'T DO
- Original Message -
From: Havoline
To: debian-user-spanish@lists.debian.org
Sent: Friday, January 20, 2006 1:20 AM
Subject: Re: Que el ordenador haga xhost + en cada inicio
Javier San Roman escribió:
El Jueves, 19 de Enero de 2006 22:18, Havoline escribió:
Cuando intento ejecutar
El día 20/01/06, Guimi [EMAIL PROTECTED] escribió:
- Original Message -From: HavolineTo: debian-user-spanish@lists.debian.orgSent: Friday, January 20, 2006 1:20 AMSubject: Re: Que el ordenador haga xhost + en cada inicio
Javier San Roman escribió: El Jueves, 19 de Enero de 2006 22:18
Estado actual:
He ido a /etc/kde3/kdm/kdmrc y he añadido en [X-*-Core]
AuthFile=/var/run/xauth/XauthFile
Luego he creado el enlace
ln -s /var/run/xauth/XauthFile /root/.Xauthority
En /root/.profile he añadido
DISPLAY=:0.0
export DISPLAY
Y ya funciona el comando en una consola como
Cuando intento ejecutar aplicaciones X como root siempre tengo que hacer
desde el usuario xhost + antes de pasarme a root, ¿como puedo hacer que
esto se mantenga entre reinicios?
He probado a poner el comando xauth generate localhost/unix:0
MIT-MAGIC-COOKIE-1 en varios sitios para que se
El Jueves, 19 de Enero de 2006 22:18, Havoline escribió:
Cuando intento ejecutar aplicaciones X como root siempre tengo que hacer
desde el usuario xhost + antes de pasarme a root, ¿como puedo hacer que
esto se mantenga entre reinicios?
He probado a poner el comando xauth generate localhost
El Jueves, 19 de Enero de 2006 22:52, Iñaki escribió:
El que debe hacer xhost + (¡¡¡qué peligro, por cierto!!!) debe ser el
usuario normalito con el que arrrancas la sesión gráfica.
iñaki, confirmado que se puede lo que comentaste aquella vez
el otro día lo probé en un laboratorio de clase
El Jueves, 19 de Enero de 2006 23:05, Rober Morales escribió:
El Jueves, 19 de Enero de 2006 22:52, Iñaki escribió:
El que debe hacer xhost + (¡¡¡qué peligro, por cierto!!!) debe ser el
usuario normalito con el que arrrancas la sesión gráfica.
iñaki, confirmado que se puede lo que
Rober Morales escribió:
El Jueves, 19 de Enero de 2006 22:52, Iñaki escribió:
El que debe hacer xhost + (¡¡¡qué peligro, por cierto!!!) debe ser el
usuario normalito con el que arrrancas la sesión gráfica.
iñaki, confirmado que se puede lo que comentaste aquella vez
el otro día lo probé en
Havoline wrote:
Cuando intento ejecutar aplicaciones X como root siempre tengo que hacer
desde el usuario xhost + antes de pasarme a root, ¿como puedo hacer que
esto se mantenga entre reinicios?
He probado a poner el comando xauth generate localhost/unix:0
MIT-MAGIC-COOKIE-1 en varios sitios
El jue, 19-01-2006 a las 22:18 +0100, Havoline escribió:
Cuando intento ejecutar aplicaciones X como root siempre tengo que hacer
desde el usuario xhost + antes de pasarme a root, ¿como puedo hacer que
esto se mantenga entre reinicios?
He probado a poner el comando xauth generate localhost
El Jueves, 19 de Enero de 2006 22:18, Havoline escribió:
Cuando intento ejecutar aplicaciones X como root siempre tengo que hacer
desde el usuario xhost + antes de pasarme a root, ¿como puedo hacer que
esto se mantenga entre reinicios?
He probado a poner el comando xauth generate localhost
Javier San Roman escribió:
El Jueves, 19 de Enero de 2006 22:18, Havoline escribió:
Cuando intento ejecutar aplicaciones X como root siempre tengo que hacer
desde el usuario xhost + antes de pasarme a root, ¿como puedo hacer que
esto se mantenga entre reinicios?
He probado a poner el comando
Iñaki wrote:
El Jueves, 19 de Enero de 2006 23:05, Rober Morales escribió:
El Jueves, 19 de Enero de 2006 22:52, Iñaki escribió:
El que debe hacer xhost + (¡¡¡qué peligro, por cierto!!!) debe ser el
usuario normalito con el que arrrancas la sesión gráfica.
iñaki, confirmado que se
Thanks, but I'm still missing something. I appended the line
xhost local:
to /etc/profile, as well as ~/.bash_profile, and neither seems to have
changed anything. I've tried to wade into the bash manual and the bash
doc examples, but it's beyond me.
Thanks,
Tyler
On 12/19/05, *Tyler Smith
On 12/19/05, Tyler Smith [EMAIL PROTECTED] wrote:
Hi,I'm using Etch with x.org, xdm, and fluxbox. I've discovered that I
can't open an X windows after I log into root using su, as when I try toopen emacs to edit a config file. I have to use 'xhost local:' first.Not a big deal, but I have to do
Hi,
I'm using Etch with x.org, xdm, and fluxbox. I've discovered that I
can't open an X windows after I log into root using su, as when I try to
open emacs to edit a config file. I have to use 'xhost local:' first.
Not a big deal, but I have to do this everytime I log in. Is there a way
El Martes, 13 de Septiembre de 2005 17:49, Ricardo Frydman Eureka! escribió:
tuusuario$ xhost +
root# export DISPLAY=:0
eso es lo que yo llamaria suicidio informatico
sabes lo que estas haciendo alli?
Si, lo se.
Pero yo me refería para hacerlo en local. Sin conexiones remotas. Es decir
Gentes,
alguien sabe de
algún buen tutorial para utilizar el xhost apropiadamente. Ya he
probado varias veces configurar este servicio apropiadamente y no se
que no funciona, pero no tuve buen resultado.
Explico brevemente lo que he hecho desde mi lugar de trabajo:
- [EMAIL PROTECTED]: xhost +pc
El Martes, 13 de Septiembre de 2005 16:00, César Diaz escribió:
Gentes,
alguien sabe de algún buen tutorial para utilizar el xhost apropiadamente.
Ya he probado varias veces configurar este servicio apropiadamente y no se
que no funciona, pero no tuve buen resultado.
Explico brevemente lo que
El Martes, 13 de Septiembre de 2005 16:00, César Diaz escribió:
|| Gentes,
|| alguien sabe de algún buen tutorial para utilizar el xhost apropiadamente.
|| Ya he probado varias veces configurar este servicio apropiadamente y no se
|| que no funciona, pero no tuve buen resultado.
|| Explico
On 9/13/05, César Diaz [EMAIL PROTECTED] wrote:
Gentes,
alguien sabe de
algún buen tutorial para utilizar el xhost apropiadamente. Ya he
probado varias veces configurar este servicio apropiadamente y no se
que no funciona, pero no tuve buen resultado.
Explico brevemente lo que he hecho desde mi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
César Diaz wrote:
Gentes,
alguien sabe de algún buen tutorial para utilizar el xhost
apropiadamente.
man xhost es bastante explicito.
pero lo que debes leer sobre todo es
man xauth
Ya he probado varias veces configurar este servicio
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Pablo Braulio wrote:
El Martes, 13 de Septiembre de 2005 16:00, César Diaz escribió:
Gentes,
alguien sabe de algún buen tutorial para utilizar el xhost apropiadamente.
Ya he probado varias veces configurar este servicio apropiadamente y no se
que
Q tal:
El Martes, 13 de Septiembre de 2005 17:49, Ricardo Frydman Eureka! escribió:
Pablo Braulio wrote:
El Martes, 13 de Septiembre de 2005 16:00, César Diaz escribió:
Gentes,
alguien sabe de algún buen tutorial para utilizar el xhost
apropiadamente. Ya he probado varias veces configurar
xhost
apropiadamente. Ya he probado varias veces configurar este servicio
apropiadamente y no se que no funciona, pero no tuve buen resultado.
Explico brevemente lo que he hecho desde mi lugar de trabajo:
- [EMAIL PROTECTED]: xhost +pc-remoto
- [EMAIL PROTECTED]: ssh [EMAIL PROTECTED]
- [EMAIL
Estuve mirando el tutorial que me recomendaste Ricardo. Llegue hasta la
sección 6 y por lo que he leído hasta el momento lo mas seguro en esto
de compartir X remotas... la forma de hacerlo con xauth es la mas
razonable ya que la otra forma de hacerlo con xhost permite que
cualquier usuario de la
d'erreur :
*17:38 [EMAIL PROTECTED] /home/rtyler# kvim /etc/samba/smb.conf
Xlib: connection to :0.0 refused by server
Xlib: No protocol specified
kvim: cannot connect to X server :0.0
zsh: exit 1 kvim /etc/samba/smb.conf*
J'ai bien entendu fait des recherches et ait essayé *xhost +localhost*
(non pas
le message d'erreur :
*17:38 [EMAIL PROTECTED] /home/rtyler# kvim /etc/samba/smb.conf
Xlib: connection to :0.0 refused by server
Xlib: No protocol specified
kvim: cannot connect to X server :0.0
zsh: exit 1 kvim /etc/samba/smb.conf*
J'ai bien entendu fait des recherches et ait essayé *xhost
recherches et ait essayé *xhost
+localhost* (non pas en root mais bien depuis l'utilisateur d'où je
change via su)
xhost + local:root
Je viens d'essayer. Cela semble marcher mais j'ai toujours ces signes
cabalistiques :
20:09 [EMAIL PROTECTED] /home/rtyler# kedit /etc/samba/smb.conf
QPixmap: Cannot
Troumad a écrit :
En effet, sous debian, il y a une protection qui nous demande de fire
un /xhost +/ avant de faire /su -/ et puis une fois logguer sous
une autre identité, il faut faire /export DISPLAY=:0.0/.
Extrait de http://troumad.free.fr/Linux/linux.php?page=debian
RTyler a écrit :
Tout
fait des recherches et ait essayé *xhost
+localhost* (non pas en root mais bien depuis l'utilisateur d'où je
change via su)
xhost + local:root
Je viens d'essayer. Cela semble marcher mais j'ai toujours ces signes
cabalistiques :
20:09 [EMAIL PROTECTED] /home/rtyler# kedit /etc/samba/smb.conf
OoO Pendant le repas du samedi 05 février 2005, vers 19:27, RTyler
[EMAIL PROTECTED] disait:
*17:38 [EMAIL PROTECTED] /home/rtyler# kvim /etc/samba/smb.conf
Xlib: connection to :0.0 refused by server
Xlib: No protocol specified
[...]
Outre la solution qui a été proposée par un autre
Vincent Bernat a écrit :
OoO Pendant le repas du samedi 05 février 2005, vers 19:27, RTyler
[EMAIL PROTECTED] disait:
*17:38 [EMAIL PROTECTED] /home/rtyler# kvim /etc/samba/smb.conf
Xlib: connection to :0.0 refused by server
Xlib: No protocol specified
[...]
Outre la solution qui a été
1 - 100 of 276 matches
Mail list logo