Trying to install and start x2goserver I recognized that there is no service that can be started. The service description files /etc/init.d/x2goserver /usr/lib/systemd/system/x2goserver.service are both missing. OpenSSH is compiled without USE flag hpn, although files are also missing when this USE flag is used. Reproducible: Always Steps to Reproduce: 1. install net-misc/x2goserver-4.0.1.19 from official portage tree 2. try to start service /etc/init.d/x2goserver 3. Actual Results: Cannot start service due to missing files. Expected Results: Files should exist to allow service to start.
Created attachment 423308 [details] output of "equery f x2goserver"
Thanks for the report! x2goserver by itself does not have an init script. The postint log is only about x2gocleansessions, an (optional) script to clean old sessions in database. The server by itself is triggered when connecting via a x2go client with ssh, so it does not need an init script by itself. Also with current versions, openssh[hpn] should work fine (I do run x2go sessions with this flag enabled)
Thank you for making this clear. I can confirm that I can create a new session and then resume that session when I select XFCE as session type (connecting from an Arch Linux). What doesn't work (which lead me to this report) is if I choose "Connection to local desktop". This results in the message "No accessible desktop found." I don't know if this is due to permissions, configuration or the phase of the moon. Should I report this as a new bug?
Oh, and just as addition: Arch has a systemd x2goserver.service file whit this content: [Unit] Description=X2Go session cleanup [Service] Type=forking ExecStart=/usr/sbin/x2gocleansessions PIDFile=/run/x2goserver.pid [Install] WantedBy=multi-user.target
I still use local desktop sharing from time to time (though it does not work as well as a complete session), maybe you still have this bug: https://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=799 This can be tested with the x2golistdesktops command (on the server), it should return something like "your_user@:0" The systemd file could be useful indeed, I will look into adding it! (as we have the openrc version installed)
It seems that I indeed was running into that bug. Just last night I got the update of iproute2 from 3.19.0 to 4.3.0 and since then I get access to my local session. Could you add >=sys-apps/iproute2-4.3.0 as dependency? Thank you for your help.
In fact, pacho added the unit file more than 2 years ago :) So you should have x2gocleansessions.service (and it looks close to the Arch one). Thanks for the version check, I will add a revbump with this dependency! 4.3.0 is amd64 stable at least
Dependency added in x2goserver-4.0.1.19-r1, looks like we are all good here
Regarding comment #7: I don't know whether Portage filters this but on my OpenRC system no service files whatsoever are installed. And I don't have set USE="-systemd" in make.conf explicitly… Thanks again!
You must have a filter set somewhere, the ebuild unconditionally calls: systemd_dounit "${FILESDIR}"/x2gocleansessions.service And I do have the service file on my openrc setup (without systemd installed) # qlist x2goserver|grep systemd /usr/lib/systemd/system/x2gocleansessions.service Maybe INSTALL_MASK set?
Something VERY VERY strange just happened: only after searching at least twice that service file was found: uwe@kiste ~ $ qlist x2goserver | grep systemd /usr/lib/systemd/system/x2gocleansessions.service uwe@kiste ~ $ su - Passwort: kiste ~ # find / -name '*.service' | grep x2go kiste ~ # ls -la /usr/lib/systemd/system/x2gocleansessions.service -rw-r--r-- 1 root root 198 19. Jan 00:16 /usr/lib/systemd/system/x2gocleansessions.service kiste ~ # find / -name '*.service' /var/lib/layman/sunrise/games-util/qtsixa/files/sixad.service […] /usr/lib64/systemd/system/x2gocleansessions.service […] /usr/portage/net-misc/x2goserver/files/x2gocleansessions.service […] kiste ~ # find / -name '*.service' | sort […] /usr/lib64/systemd/system/x2gocleansessions.service […] /usr/portage/net-misc/x2goserver/files/x2gocleansessions.service […] kiste ~ # find / -name '*.service' | grep x2go /usr/lib64/systemd/system/x2gocleansessions.service /usr/portage/net-misc/x2goserver/files/x2gocleansessions.service So yes, despite my previous statement the service file is installed.
A Schrödinger unit file, probably ;)