[X2Go-Dev] new version 4.1.1.0 from Mac still crashes to Fedora 26

[Mihai Moldovan]

On 11/05/2017 03:03 PM, Robert Kudyba wrote:
> more options 
> 
> nx/nx,link=adsl,pack=16m-jpeg-9,limit=0,root=/tmp/.x2go-localguy/C-localguy-137-1509136412_stDXFCE_dp32,cache=8M,images=32M,type=unix-kde-depth_32,id=localguy-137-1509136412_stDXFCE_dp32,cookie=2822a45b525e999d9623e3a3aafd6b53,errors=/tmp/.x2go-localguy/C-localguy-137-1509136412_stDXFCE_dp32/session.log,kbtype=pc105/us,geometry=800x600,resize=1,fullscreen=0,accept=localhost,listen=41900,clipboard=both,client=linux,menu=0,state=/tmp/.x2go-localguy/C-localguy-137-1509136412_stDXFCE_dp32/state:137

Hmm, looks fine as well. The cookie is recorded in there.

One way this may go haywire looks like this: x2goclient executes x2gostartagent
on the server, then the channel disconnects. nxagent is always spawned in the
background, so that the script can terminate almost immediately. The connection
is held open, though, since everything is tunneled through one ssh connection
anyway, but if the channel termination leads to the automounter kicking the NFS
share out, the newly launched nxagent isn't able to read the Xauthority file
anymore and fails to connect to its internal X server.

That's why testing a persistent mount point would be good.

Local users may be affected in the same way if their XAUTHORITY environment
variable is set to point to the NFS share (which, again, has benefits...)


>     Also, if available, the "clients" file would be interesting.
> 
> 
> In which directory? Here's what's
> in /tmp/.x2go-localguy/C-localguy-137-1509136412_stDXFCE_dp32:

Normally in that directory, but if it's not available, fine either way.


> I'm not sure which piece of the puzzle this is referring to. I addressed it in
> the last email. 
> Can you clarify? Update what package? X2Go on Mac is 4.1.1.1. On the server? We
> use this repo for nx-libs3.6 which appears to be the latest:

Uli was merely mentioning that Mike#2's copr repo for Arctica's nx-libs version
is outdated - we've had other releases past 3.5.99.7. Don't worry, though, most
of the changes were non-functional, merely reorganizing the tree and switching
to a different build method based on GNU autotools instead of imake.



Mihai

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 898 bytes
Desc: OpenPGP digital signature
URL: <http://lists.x2go.org/pipermail/x2go-dev/attachments/20171105/22761a65/attachment.sig>