You are switching users without passing the display authorization cookie. The easiest way to achieve this is probably using ssh: instead of executing "su user_2" call "ssh -X user_2@localhost".
The problem is access to the xauthority file of user_1 (the path is stored in the XAUTHORITY environment, usually /home/user_1/.Xauthority.). This file contains the cookie you need to access the display. As user_2 you are not allowed to read that file while as user root you can read it.
Uli
On Fri, Dec 27, 2019 at 3:45 PM Lmhelp1 <lmhelp1@orange.fr> wrote:
Hello,
I am using X2Go under Debian with Openbox. I have upgraded to Debian Buster, I didn't use to experiment the problem below with Debian Stretch. My problem is about running graphical clients (like xeyes, xterm, gvim, etc.) from a console logged in either as a "simple" user ("user_2" below) or as "root". "user_2" cannot run these clients, "root" can. I would like both of them to be able to run these clients. Below, is what happens ("user_1" is the user that started the X2Go session, it is also a "simple" user).
user_1> su user_2 Password: No protocol specified xrdb: Resource temporarily unavailable xrdb: Can't open display ':50'
user_2> exit
user_1> su Password: root> xeyes <OK>
Can you tell me how to allow "user_1" to run graphical clients like xeyes, xterm, gvim, etc.?
Best regards,
Léa
x2go-user mailing list x2go-user@lists.x2go.org https://lists.x2go.org/listinfo/x2go-user