<div dir="ltr">Package: x2goserver<div>Version: 4.0.1.19-8.fc24</div><div><br></div><div>When attempting to login with a client desktop session that uses dbus while logged in as the same user on the console causes an error to appear in a pop up window:</div><div>Could not acquire name on session bus</div><div><br></div><div>You can dismiss the error but the desktop never full starts and attempts to logout triggers the logout on the console session.</div><div><br></div><div>From the error, I this appears to be resolved by using a custom session script in x2go and making sure to call: unset DBUS_SESSION_BUS_ADDRESS</div><div><br></div><div>For example:</div><div><div>#!/bin/sh</div><div>unset DBUS_SESSION_BUS_ADDRESS</div><div># redirect to /dev/null due to x2go bug 914</div><div>/usr/bin/mate-session > /dev/null</div></div><div><br></div><div>Doing some digging, it looks like the dbus socket (/usr/lib/systemd/user/dbus.socket) on fedora 24 (dbus-1.11.2-1.fc24.x86_64) does this:</div><div>ExecStartPost=-/usr/bin/systemctl --user set-environment DBUS_SESSION_BUS_ADDRESS=unix:path=%t/bus<br></div><div><br></div><div>And sets the DBUS_SESSION_BUS_ADDRESS for all logins for your user.</div><div><br></div><div>This same workaround appears to be what tigervnc used as their permanent solution:</div><div><a href="https://github.com/TigerVNC/tigervnc/commit/c071e493a093d7ee9a568729dd2e151f5cd3d749">https://github.com/TigerVNC/tigervnc/commit/c071e493a093d7ee9a568729dd2e151f5cd3d749</a><br></div><div><br></div><div>So I think this is the proper solution.</div><div><br></div><div>FYI, a bug was filed against Fedora as well:</div><div><a href="https://bugzilla.redhat.com/show_bug.cgi?id=1350004">https://bugzilla.redhat.com/show_bug.cgi?id=1350004</a><br></div></div>