x2go-dev November 2014

x2go-dev@lists.x2go.org

34 participants
158 discussions

Bug#323: x2go server refuses client with 'Error: Wrong version or invalid session authentication cookie.'
by harry mangalam 15 Jan '24

15 Jan '24

Package: x2goserver Version: 4.0.1 x86_64, CentOS 6.4, kernel 2.6.32-358.18.1.el6.centos.plus.x86_64 (also x2go version 4.0.1.6 (self-compiled) on the same platform) Problem: After a server OS lockup and reboot, the previously working x2goserver would not allow client connections from Mac, Linux, Windows. After re-installing x2gserver (x2goserver-4.0.1.6-1.1.x86_64) and x2goagent (x2goagent-3.5.0.20-4.1.x86_64), it refused to connect with the client-side message: === Session: Starting session at 'Fri Oct 11 18:11:36 2013'. Info: Connecting to remote host 'localhost:31030'. Info: Connection to remote proxy 'localhost:31030' established. Error: The remote NX proxy closed the connection. Error: Failure negotiating the session in stage '7'. Error: Wrong version or invalid session authentication cookie. Session: Terminating session at 'Fri Oct 11 18:11:37 2013'. Session: Session terminated at 'Fri Oct 11 18:11:37 2013'. === (dont know if this is complete since the popup only lasts 2s.) This error has been cited multiple times in various fora and lists, but no one seems to have been able to solve it. I can passwordlessly ssh to both servers just fine from other Linux clients. If I don't use the ssh keys, I can enter my password and the result is the same. The server seems to be initializing the session since if I try to log in multiple times, there are new sessions listed, but I'm not allowed to connect to them. I can only terminate or suspend them. Terminating them does appear to work since they are not listed on following sessions if I do. The problem does seem to be related to authentication or authorization; we use ldap-based auth on the server and it's working fine otherwise, except for x2go. Thanks for your work! harry --- Harry Mangalam - Research Computing, OIT, Rm 225 MSTB, UC Irvine [m/c 2225] / 92697 Google Voice Multiplexer: (949) 478-4487 415 South Circle View Dr, Irvine, CA, 92697 [shipping] MSTB Lat/Long: (33.642025,-117.844414) (paste into Google Maps) ---

4 3

Bug#324: Enable TCP socket in Pulseaudio daemon before starting up session sound
by Mike Gabriel 15 Jan '24

15 Jan '24

Package: python-x2go Severity: wishlist Enable TCP socket in PulseAudio before starting a session (that requests pulse support). See below. Mike ----- Weitergeleitete Nachricht von Tim Kruse <tim.kruse(a)kikxxl.de> ----- Datum: Wed, 16 Oct 2013 13:23:19 +0200 Von: Tim Kruse <tim.kruse(a)kikxxl.de> Betreff: Re: [X2Go-User] pyhoca-cli sound issues [SOLVED] An: x2go-user(a)lists.berlios.de Am 16.10.2013 12:44, schrieb Tim Kruse: > which is clear, as there is no open port 4713. > > So, if pyhoca or python-x2go is not able to handle this, is there a > chance to let pulseaudio open this port otherwise? I think of some kind > of script, which will be executed before pyhoca ... I got it: pacmd load-module module-native-protocol-tcp listen=0.0.0.0 before the start of pyhoca-cli let the running pulseaudio deamon open it's port. Or let pulseaudio open the port by default by adding the above line to /etc/pulse/default.pa ... Perhaps it's possible to let pyhoca, or python-x2go respectively, open the port like x2goclient does ... but for me the above solution is enough ... So long, Tim _______________________________________________ X2Go-User mailing list X2Go-User(a)lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-user ----- Ende der weitergeleiteten Nachricht ----- -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.x…

2 2

Bug#648: Python X2Go for Mac OS X
by Mike Gabriel 08 Jan '24

08 Jan '24

Package: python-x2go Severity: wishlist Version: 0.5.0.1 Hi all, below is a recipe to get Python X2Go flying on Mac OS X (up to 10.10). Mike ----- Weitergeleitete Nachricht von Pedro Pinto <ppinto(a)alum.mit.edu> ----- Datum: Mon, 20 Oct 2014 14:01:32 -0700 Von: Pedro Pinto <ppinto(a)alum.mit.edu> Betreff: Re: Python X2Go for Mac OS X An: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> Hi Mike, Thanks for your help over the weekend. > Have you had success already with monkey patching Xlib? Is the > nxproxy build working on Yosemite? Indeed, with your help I was able to patch Xlib and recompile nxproxy, so that python-x2go works on yosemite! > here is a short reminder message for sending me the diff between > Python X2Go 0.4.0.8 and your fork for Mac OS X. My fork of Python X2GO 0.4.0.8 is quite modified to tailor the specifics of the product my company is working on (https://www.lytmus.io/ <https://www.lytmus.io/>), but the basic changes to get it working on Mac and Yosemite are trivial, and I have included them below. By the way, I’m happy to test the new release of Python X2go 0.5 over the next weekend, just let me know. Python-Xlib 0.15rc1 Replace two instances of: host.startswith('/tmp/') ——> host.startswith('/') NXproxy Apply this patch and recompile: http://code.x2go.org/gitweb?p=nx-libs.git;a=commitdiff;h=b0727a02ff417b3983… <http://code.x2go.org/gitweb?p=nx-libs.git;a=commitdiff;h=b0727a02ff417b3983…> Neverpanic helped me recompile nxproxy and nxcomp. python x2go 0.4.0.8 You just need to specify the path to the nxproxy file on the Mac package. The code below is specific to how I package my app (I use py2app). else: self.PROXY_CMD = "/usr/bin/nxproxy ——> elif _X2GOCLIENT_OS == 'Darwin': if hasattr(sys, 'frozen'): # if client app is frozen self.PROXY_CMD = join(os.environ['RESOURCEPATH'], 'nxproxy') else: self.PROXY_CMD = join(x2go_abs, 'contrib', 'mac’, nxproxy', 'nxproxy') elif _X2GOCLIENT_OS == 'Linux': if hasattr(sys, 'frozen'): # if client app is frozen self.PROXY_CMD = join(os.environ['RESOURCEPATH'], 'nxproxy', 'start_nxproxy') else: self.PROXY_CMD = join(x2go_abs, 'contrib', 'linux’, 'nxproxy', 'start_nxproxy') ----- Ende der weitergeleiteten Nachricht ----- -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.x…

2 2

Bug#190: debug-sftpxfer creates operation not permitted
by Dick Kniep 08 Jan '24

08 Jan '24

Package: pyhoca-gui Severity: normal Version 4.0.3 When the switch debug-sftpxfer is used in pyhoca-gui, sometimes network drives on windows are not accessible and generate the message "operation not permitted"

3 2

Bug#359: Desktop/Startmenu icon for X2Go Admin Center
by Mike Gabriel 08 Jan '24

08 Jan '24

Package: x2goadmincenter Severity: wishlist Version: 0.0.0.1 Hi Heinz, I have been playing with X2Go Admin Center lately and I would really love to see it get more focus (from me, from others). One step towards that would be a nice desktop icon set. For now, we use the X2Go Client icon for X2Go Admin Center [1] and we show the .desktop file in the System menu category. Maybe you can take a look at this some time... (very low prio, this wishlist bug is simply so that we don't forget it). Mike [1] http://code.x2go.org/gitweb?p=x2goadmincenter.git;a=tree;f=x2goadmincenter/… -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.x…

1 1

Bug#237: No Qt'isms in ~/.x2goclient/sessions
by Mike Gabriel 08 Jan '24

08 Jan '24

Package: x2goclient2 Severity: serious Version: 0.0.0.1 Hi Alex, I have played with x2goclient2 recently and have notices that it adds picture=QByteArray(...) to session profiles that get edited with x2goclient2. Please do not use any Qt'isms on the sessions file as Python X2Go won't be able to handle those. There must be a generic, non-Qt way for storing session PNGs. Thanks+Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.x…

2 2

Bug#626: NX agent dies not reliably remove socket files under /tmp/.X11-unix
by Mike Gabriel 08 Jan '24

08 Jan '24

Package: nxagent Version: 3.5.0.27 Severity: important 17:02 < bigfoot-> hmmm. x2goagent is started with -extension XFIXES -nolisten tcp -nolisten tcp -dpi 96 -D -auth /fs/staff/hsc/.Xauthority -geometry 800x600 -name X2GO-hsc-51-1412262126_stDmyxfce_dp24 :51 17:02 < bigfoot-> :50 is the already running (first) session 17:03 < bigfoot-> and x2goagent dies with https://pbot.rmdir.de/tt64QL-NNXqZomZoahDhJg [...] 17:08 < bigfoot-> woglinde: I had to remove remaining /tmp/.X*-lock and /tmp/.X11-unix/X* that were owned by other users. Works like a charm again now. 17:09 < bigfoot-> iow, a reboot would've helped, too (if it cleans up /tmp, that is). but that's a non-option on this machine. [...] 17:23 <@sunweaver> please report it as a bug!!!! 17:24 < bigfoot-> I'm still investigating; seeing this issue again now. The process is as follows: 17:25 < bigfoot-> - some user logs in, gets :50 17:25 < bigfoot-> - some user logs in, gets :50 17:25 < bigfoot-> - /tmp/.X50-lock and /tmp/.X11-unix/X50 are owned by him now 17:25 < bigfoot-> - user logs out, which doesn't succeed completely (due to some yet unknown reason; he's got a default xfce setup in his home) 17:26 < bigfoot-> - user logs in via ssh and kills all his processes via killall -u username 17:26 < bigfoot-> afterwards, x2go seems to assume :50 is free, but the two aforementioned files still exist 17:26 < bigfoot-> the next user gets assigned :50, but this fails as the user doesn't have the permissions to access these files 17:27 < bigfoot-> So, who (or, which part of x2go) is responsible for removing these files? When does/should this happen? 17:51 < bigfoot-> sunweaver: this change seemingly only changes the output, does this have an effect on the cleanup stuff? 17:51 <@sunweaver> no 17:51 <@sunweaver> the fix is four smoothing out mkigration from 4.0.1.15 to higher... 17:52 <@sunweaver> though there could be unexpected side effects... 17:52 <@sunweaver> there also is a patch in NX I introduced lately... 17:53 < bigfoot-> ok, but how should the new x2golistsessions and x2golistsessions_root affect my issue with cleanup? 17:55 <@sunweaver> http://code.x2go.org/gitweb?p=nx-libs.git;a=blob;f=debian/patches/027_nxcom… -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976148 GnuPG Key ID 0x25771B13 mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de

3 4

Bug#196: Make tests optional
by Jan Engelhardt 08 Jan '24

08 Jan '24

Package: libpam-x2go Version: 0.0.1.0

3 2

X2goclient fullscreen does not adjust screen resolution after update
by christoffer krakou 08 Jan '24

08 Jan '24

Hello list I have recently upgraded the following packages Upgrade package libnx-x11 2:3.5.0.16-0~278~precise1 to 2:3.5.0.17-0~320~precise1 Upgrade package libxcomp3 2:3.5.0.16-0~278~precise1 to 2:3.5.0.17-0~320~precise1 Upgrade package libxcompext3 2:3.5.0.16-0~278~precise1 to 2:3.5.0.17-0~320~precise1 Upgrade package libxcompshad3 2:3.5.0.16-0~278~precise1 to 2:3.5.0.17-0~320~precise1 Upgrade package nxagent 2:3.5.0.16-0~278~precise1 to 2:3.5.0.17-0~320~precise1 Upgrade package nxproxy 2:3.5.0.16-0~278~precise1 to 2:3.5.0.17-0~320~precise1 Upgrade package x2goagent 2:3.5.0.16-0~278~precise1 to 2:3.5.0.17-0~320~precise1 On my Ubuntu 12.04 server. Now, when i connect using the x2goclient, it works well when i select a resolution and run it in a window, but when i select fullscreen, the resolution is 1920 X 1200, no matter the resolution on the client monitor. This results in the Unity controls being unusable. Before the upgrades, there were no trouble. Is anyone else experiencing the same? -- Venlig Hilsen / Best Regards Christoffer Krakou Fleten.net APS

3 3

Bug#581: VirtualBox Clipboard Sharing does not work when accessing the host over X2Go
by Michael DePaulo 18 Jun '21

18 Jun '21

Package: nx-libs Version: 3.5.0.27 Severity: normal If you run a VirtualBox VM with its display running under X2Go, the VM's clipboard sharing fails to work in either direction. You cannot copy and paste text between the VM and an app running under X2Go server, nor can you copy and paste text between the VM and an app running on the X2Go Client system. (I believe VirtualBox VMs use SDL to interact with the X server, which in this case is nxagent. This differs from the VirtualBox GUI, which is written in QT.) Specifically, when the X sesssion starts on the guest, a VirtualBox-provided script for X calls "VBoxClient --clipboard" to start the clipboard service. The service runs as the user logged into the guest. However, this service fails to stay running, and thus the clipboard sharing does not work. If you launch the VirtualBox VM on the local X.org X server, the guest's clipboard service stays running and clipboard sharing works. You can also launch the VM in RDP headless mode from x2go (so the VM does not render its display to any nxagent). In this use case, the clipboard service stays running and clipboard sharing works. The strange part is that the configuration of the host affects the behavior of the guest. It makes sense though because it's a bug in the guest's code to integrate with the host. Also, when you do call "VBoxClient --clipboard", it returns 0. And if you call it after the X11 session has already started, the problem still occurs. In x2goclient, I tried turning on and off the following setting, but it had no effect: Options -> Settings -> X-Server settings -> do not use primary clipboard My theory is that this is a bug in nx-libs, and that the bug is probably related to nx-libs being forked from such an old X.org codebase. It is worth looking into whether other SDL apps have clipboard trouble with X2Go on Ubuntu 14.04. (It's also worth testing an older release of Ubuntu as the host OS, since it would have an older release of SDL.) Host system: OS: Ubuntu 14.04.1 64-bit with latest bugfix & security updates nxagent: 2:3.5.0.27-0~446~ubuntu14.04.1 x2goserver: 4.0.1.15-0~847~ubuntu14.04.1 x2goserver-xsession: 4.0.1.15-0~847~ubuntu14.04.1 VirtualBox 4.3.14 (from download.virtualbox.org) "Shared Clipboard" is set to "Bidirectional" for the VM $ cat /etc/x2go/x2goagent.options | grep -v '^#' | grep -v '^$' X2GO_NXAGENT_DEFAULT_OPTIONS="" X2GO_NXAGENT_DEFAULT_OPTIONS+=" -extension XFIXES" X2GO_NXAGENT_DEFAULT_OPTIONS+=" -nolisten tcp" Guest OS: Ubuntu 12.04.5 64-bit with precise HWE stack, the virtual kernel, and all the latest bugfix & security updates OS-provided XFCE virtualbox-guest-dkms: 4.1.12-dfsg-2ubuntu0.6 virtualbox-guest-utils: 4.1.12-dfsg-2ubuntu0.6 virtualbox-guest-x11: 4.1.12-dfsg-2ubuntu0.6 Configured according to: https://github.com/mikedep333/duckpan-vagrant/tree/duckduckhack-vm The aforementioned script is: /etc/X11/Xsession.d/98vboxadd-xclient (I'm sure a different script would be used for distros like CentOS which lack the /etc/X11/Xsession.d/ folder). Client system: Windows 8.1 64-bit with Update 1 and all the minor/monthly updates available X2GoClient 4.0.2.1+hotfix1+build3

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev November 2014