net-misc/x2goserver as installed by default does not source profile (that is, no environment vars from /etc/env.d/ get applied). One solution is to make it launch session using /etc/x2go/Xsession script, which does source profile, by doing: 1) chmod a+x /etc/x2go/Xsession 2) create /etc/x2go/Xsession.d/99x2go-launch with contents: #!/bin/bash test -z "${X2GO_SESSION}" -o -z "${STARTUP}" && exit 0 ${STARTUP} 3) chmod a+x /etc/x2go/Xsession.d/99x2go-launch Reproducible: Always
Also, it would be nice to load X resources (like xorg's Xsession script does), for example for xterm settings. x2go's Xsession script does not do it (it only sets their location into env variables). Steps to make x2go do it: 1) create /etc/x2go/Xsession.d/19xrdb with contents: #!/bin/bash if [ -f "$SYSRESOURCES" ]; then xrdb -merge "$SYSRESOURCES" fi if [ -f "$USRRESOURCES" ]; then xrdb -merge "$USRRESOURCES" fi 2) chmod a+x /etc/x2go/Xsession.d/19xrdb
Thanks for research! I'll take a look at this
I stumbled across this because in net-misc/x2goserver-4.0.1.8 (in contrast to previous versions, eg 4.0.1.6-r1!) /etc/x2go/Xsession is installed with executable flag set. Together with the non-functional symlink or whatever is left from previous installations in /etc/x2go/Xsession.d, this causes an x2go session to be immediately terminated without any further message. There are two possibilities: - Install /etc/x2go/Xsession with executable flags unset or (which I'd prefer) - Install a functional /etc/x2go/Xsession.d directory with at least the script in Comment #1 in it. Thanks and best regards, Bernd
I would recommend installing a functional /etc/x2go/Xsession.d/ directory so env vars from env.d (like LANG) are available inside x2go session. Loading X resources (xterm still uses them for settings) would also be nice. Thanks for looking at this.
I believe I have found the cause for this. See bug 512970
(In reply to Stefan Radermacher from comment #5) > I believe I have found the cause for this. See bug 512970 This was a different issue, which seems to be fixed now as of net-misc/x2goserver-4.0.1.15.
Hmm and I was sure I added a comment on this bug when I added 4.0.1.15 in tree... Anyway, thanks for confirming my silent query on this one, marking fixed with the latest version