August 2022 - x2go-dev - X2Go ListServ

Bug#1375: Deprecated UsePrivilegeSeparation option hard coded in client
by Orion Poplawski 04 Apr '25

04 Apr '25

Package: x2goclient https://bugzilla.redhat.com/show_bug.cgi?id=1680283 Bug ID: 1680283 Summary: Deprecated UsePrivilegeSeparation option hard coded in client Product: Fedora Version: 29 Status: NEW Component: x2goclient Assignee: orion(a)nwra.com Reporter: horsley1953(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: orion(a)nwra.com Target Milestone: --- Classification: Fedora Description of problem: Every time I start an x2go session from home to work, I get this error in my message log: Feb 12 08:24:03 zooty sshd[3479]: rexec line 2: Deprecated option UsePrivilegeSeparation Looking in all the files installed by all the x2go related rpm packages, I find this: fgrep -n UsePrivilegeSeparation `rpm -q --list $i` 2>/dev/null Binary file /usr/bin/x2goclient matches Version-Release number of selected component (if applicable): x2goclient-4.1.2.1-1.fc29.x86_64 How reproducible: 100% Steps to Reproduce: 1.start x2go session 2.see error show up in log 3. Actual results: log error Expected results: no log error Additional info: Don't know when they will really remove the option, but I presume x2go will cease functioning when it becomes an error rather than a deprecation warning. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.

2 1

Bug#850: Better Mouse Pointer Handling for Shadow Sessions
by Stefan Baur 30 Jan '24

30 Jan '24

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 package: nxagent severity: wishlist - From a usability/user experience standpoint, it would be nice if: a) one could see the remote mouse pointr on one's own screen when running a shadowed session b) the person sitting at the remote screen could see one's own mouse pointer when running a shadowed session c) there was a way to "latch" the pointers together, so that only one pointer is visible on the screen, and each pointing device input, no matter if made locally or remote, moves this single pointer - -- BAUR-ITCS UG (haftungsbeschränkt) Geschäftsführer: Stefan Baur Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJVMlAhAAoJEG7d9BjNvlEZdREH/2AfJ4ciAu8rSmDZjrRetbNw 3KjOxBFzW+fAvc9LAN+8dwWQbSFts4NkF7ycYTZR+RyUHwwoUvL5Th/MDAE/Xau/ Li+556zgypyYkB1N253Lv4yEfxybvSmolsM5FPsI0mi5WDVVjtbMjwYCNxQrdrc2 yoAoSahsuc8FCUiwTHpbMMbgXor3hQt77pxHswQ2+rV/v0i+/345uKxRoOQ2XnQl ZVOT5hSRlBs7U+G6zwfGdFDSiPhN0uOqMLUgAiPPOLzMlYAWDyPBfTYhhSf2yGCD WcbyMp1pPFoiTgn9yelKulR25I/gxDT0NduC6ImJNC26jOZ5lMhTnLqrvbkTyM8= =CNAu -----END PGP SIGNATURE-----

4 3

Bug#661: Wrong window captions in remote applications
by Mike Gabriel 30 Jan '24

30 Jan '24

Package: nxagent Severity: minor Version: 3.5.0.27 X-Debbugs-Cc: Gabor Boros <gaborboros(a)yahoo.com> Hi Gabor, On Mo 03 Nov 2014 14:50:11 CET, Gabor Boros wrote: > Hi, > > Running a single remote application from Ubuntu 14.04 Server+KDE on > Windows 7 client. If the caption of application window contain > character with accent (eg. ő), the executable name displayed instead > original text. > Is it a known limitation or a bug? > > Gabor I'd say let's consider it a bug... Filing one. I'd appreciate if you could provide a (blurred, if needed) screenshot to 661(a)bugs.x2go.org Thanks! 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…

3 3

Bug#117: Make Cinnamon selectable
by Mirco Schmidt 30 Jan '24

30 Jan '24

Package: x2goserver Severity: wishlist Hi hi, I tried to start cinnamon with this command: /usr/bin/gnome-session --session cinnamon2d but it fail's! If I set it to: /etc/X11/Xsession it should start the last session which is cinnamon but come's up with a XFCE session... [12:18pm] [12:33pm]sunweaver:mirco, the command launched by X2Go does not accept cmdline parms. Write a shell wrapper on the server and execute that. Note: your wrapper must be in $PATH [12:33pm]mirco:THX made a wrapper like this and placed it in /usr/local/bin: #!/bin/bash /usr/bin/gnome-session --session cinnamon2d [12:37pm]mirco:sadly I end up with a blank screen, beatified by the default debian Desktop background… Which is also my personal one! Thank's in advance Mirco

4 5

Bug#849: No Mouse Pointer in a Fullscreen Shadow Session on MS Windows
by Stefan Baur 30 Jan '24

30 Jan '24

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 package: nxagent While it is to be expected that you can't see the mouse pointer of the user you're trying to assist, not seeing your own mouse pointer is really quite annoying. This only happens in fullscreen mode and on MS Windows. It seems to be unrelated to Bug #844, as the remedy/workaround with lxappearance doesn't help here. - -- BAUR-ITCS UG (haftungsbeschränkt) Geschäftsführer: Stefan Baur Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJVMlAeAAoJEG7d9BjNvlEZlnYH/Ay46cwAvzoExhhPtwvdk1P5 qoIBOsjxIwttgF/WlKRsorE6VkZy8eYh5tU78+5yPAOSzJXodvpd7XbZyZ2rLIB2 Z6yeXKZf/V8FfcfR4Wx27FWEMZI+0p4WBsn5jqCrvnPw5JUSou8ARS1XqDH3g8lR JTFa6EySe4o2q9A5qoQ2FTt07ap8K2nZx+sdCMuwFjzjuRfGsUP6kruqxHnqonzi PMoN3coeLJdl3jzxDgqEkyc12vHAANolRBEsr5ynMRWKSSA/xTH/jIKAzx0rJ6R+ EYQ0Dq7VPxHn0r8QymI8HC3CXZm8tQxGQJttelYiv8hYmEAEf6+RTUhhbFlbHwQ= =pCpA -----END PGP SIGNATURE-----

4 3

Bug#846: Terminating a Fullscreen Shadow Session on Linux is Clumsy
by Stefan Baur 30 Jan '24

30 Jan '24

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 package: nxagent Currently, there doesn't seem to be a way to cleanly terminate a shadow session running in fullscreen mode. Ctrl-Alt-T doesn't work, Alt-Tab gets sent to the remote end, so one can only run x2goterminatesession on the remote end or kill the x2goclient task on the local side. - -- BAUR-ITCS UG (haftungsbeschränkt) Geschäftsführer: Stefan Baur Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJVMlARAAoJEG7d9BjNvlEZJI4H+wUoFLOT2hsmp3vv/6ihnqZU jiaJiGTRClrOeVW7q33L9RiTx/2LfbnpSU/q0W7iNsXmq0lV03vxDZphh+6pnW7G mekwBC9+A8uh/ctb7o+0NI4YN0GQXModko8fLQefR75cpTvDBzjuPTTlAAntuH8B LbsBUCSGohqK6xGkEnFhZAA7YHNpFKyuFY1F1gurWa/KU/kNMKG+y0HjFdBe06Y7 sZ28ehp5UuNr/Ak+y/YCbz5iF9XYuV+nuyqLlwrM+n03RGgtjuXooXCp1P7HA/GQ XQT6Iii5g3O8xRmdN9WNo1lsDNcRetQME7k9o7t1cdXYHvsD0FDVWwbk/uWkeBI= =L2jx -----END PGP SIGNATURE-----

4 3

Bug#1269: X2go server crashes on Ubuntu 16.04 starting at 2018-03-08
by krehberg＠aol.com 30 Jan '24

30 Jan '24

Package: nxagent Version: 3.5.99.15 (From the Official Ubuntu PPA) Hello, X2go server crashes on Ubuntu 16.04 starting at 2018-03-08. I am using Windows 10 as the client. It happens most often when moving the window from one display screen to a second one. It also happens after a short time online, usually fewer than 5 minutes. Perhaps a recent Windows 10 update may have caused this since that's the only thing I have changed on these systems. I am also mounting my Windows 10 drive through the X2go client. Sound is disabled. I'm pretty sure nxagent was updated on March 8 to this version: NXAGENT - Version 3.5.99.15 Here is what I see in the kernel log (dmesg): [ 194.802419] nxagent[3035]: segfault at 0 ip 0000559edeb9c5fb sp 00007ffcbebf71c0 error 4 in nxagent[559edead1000+432000] [ 9277.059883] nxagent[23367]: segfault at 0 ip 0000562497ecb5fb sp 00007ffcd24230b0 error 4 in nxagent[562497e00000+432000] [ 9319.625785] nxagent[24275]: segfault at 0 ip 0000557f7e17f5fb sp 00007ffd7cbda740 error 4 in nxagent[557f7e0b4000+432000] [ 9696.220810] nxagent[25857]: segfault at 0 ip 00005607d52375fb sp 00007ffc87afbb40 error 4 in nxagent[5607d516c000+432000] [ 9750.298187] nxagent[26894]: segfault at 0 ip 000055c8f5dbd5fb sp 00007ffef53ee0e0 error 4 in nxagent[55c8f5cf2000+432000] I don't see anything remarkable on the Windows 10 side. Thank you for your efforts. Kris Rehberg

2 1

Bug#879: CVE backports incomplete or wrong
by Ulrich Sibiller 30 Jan '24

30 Jan '24

Package: nx-libs Recently a lot of CVE fixes have been added to nx-libs. E.g. debian/patches/1027-render-check-request-size-before-reading-it-CVE.full.patch and debian/patches/1028-render-unvalidated-lengths-in-Render-extn.-swap.full.patch add missing checks to nx-X11/programs/Xserver/render/render.c. However, there's a file called nx-X11/programs/Xserver/hw/nxagent/NXrender.c which is derived from render.c and in that file those checks are missing, too. (I suspect the original render/render.c is not used at all in favour of hw/nxagent/NXrender.c but I am not 100% sure here.) If render.c is used a all (I am not sure) the patches should be extended to also fix NXrender.c. If render.c is not used it should be removed and the patches should be applied to NXrender.c instead. There might be more cases like this, I only picked this one as an example.

4 6

Bug#866: Fix compilation errors in nxcomp (nx-libs) when macros TEST/DEBUG/... are defined (developer support)
by Nito Martinez 30 Jan '24

30 Jan '24

Package: nx-libs Version: 3.5.0.28 Description: The attached patch fixes some compilation errors when the following macros are enabled: (TEST/DEBUG/DUMP). See the lines: #undef TEST #undef DEBUG ... and the conditinal ifdefs #ifdef TEST #ifdef DEBUG ... which are normally not compiled. During debugging and testing when these macros gets activated, there are some compilation errors, which need to be manually fixed each time the Macros are enabled. This patch tries to leverage that error. The patch does not affect code outside of those ifdef, and only provides developer support. Regards, Nito

4 4

Bug#865: New API call for nxcom (nx-libs) NXTransCleanupForReconnect
by Nito Martinez 30 Jan '24

30 Jan '24

Package: nx-libs Version: 3.5.0.28 Description: The following patch includes support for a new API call NXTransCleanupForReconnect, which basically clears the state of nxcomp proxy side (modified nxproxy), so that a reconnection is possible. Rationale: Usually nxproxy clears the status of the connection by doing an exit and launching a new nxproxy. This strategy does not work for applications in IOS which do not allow forking. Special care has been taking to not modify any of the other nxcomp code. Regards, Nito

4 4

Bug#863: Fwd: [Bug 1217630] New: [abrt] nxagent: GetULONG(): nxagent killed by SIGSEGV
by Orion Poplawski 30 Jan '24

30 Jan '24

Package: nx-libs Version: 3.5.0.29 #0 GetULONG (buffer=buffer@entry=0x31ff000 <error: Cannot access memory at address 0x31ff000>, bigEndian=0) at Misc.cpp:518 518 return *((unsigned int *) buffer); Thread 1 (Thread 0x7fae35376740 (LWP 4320)): #0 GetULONG (buffer=buffer@entry=0x31ff000 <error: Cannot access memory at address 0x31ff000>, bigEndian=0) at Misc.cpp:518 next = <optimized out> result = <optimized out> #1 0x00007fae342b1525 in ClientChannel::handleRead (this=0x27015c0, encodeBuffer=..., message=<optimized out>, length=<optimized out>) at ClientChannel.cpp:1220 numPixels = <optimized out> nextSrc = 0x31ff000 <error: Cannot access memory at address 0x31ff000> inputOpcode = 88 'X' bits = <optimized out> inputMessage = 0x28acac0 "X" inputLength = 4 hit = 0 #2 0x00007fae34298284 in Proxy::handleRead (this=0x2182650, fd=<optimized out>, data=0x1eac1d0 "\213\032\v", size=8160) at Proxy.cpp:1750 result = <optimized out> size = 8160 data = 0x1eac1d0 "\213\032\v" fd = <optimized out> this = 0x2182650 -------- Forwarded Message -------- Subject: [Bug 1217630] New: [abrt] nxagent: GetULONG(): nxagent killed by SIGSEGV Date: Thu, 30 Apr 2015 21:28:13 +0000 From: bugzilla(a)redhat.com To: orion(a)cora.nwra.com https://bugzilla.redhat.com/show_bug.cgi?id=1217630 Bug ID: 1217630 Summary: [abrt] nxagent: GetULONG(): nxagent killed by SIGSEGV Product: Fedora Version: 21 Component: nx-libs Assignee: orion(a)cora.nwra.com Reporter: ruslanpisarev(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: orion(a)cora.nwra.com Description of problem: I worked in PyCharm 4.0.4 by x2go. Connection closed unexpected. Version-Release number of selected component: nxagent-3.5.0.29-1.fc21 Additional info: reporter: libreport-2.3.0 backtrace_rating: 4 cmdline: /usr/lib64/nx/../x2go/bin/x2goagent -extension XFIXES -nolisten tcp -nolisten tcp -dpi 96 -D -auth /home/ruslan/.Xauthority -name X2GO-ruslan-50-1430428104_stDMATE_dp32 :50 crash_function: GetULONG executable: /usr/lib64/nx/bin/nxagent kernel: 3.19.5-200.fc21.x86_64 runlevel: N 5 type: CCpp uid: 1000 var_log_messages: [System Logs]:\n-- Logs begin at Ср 2015-03-04 11:56:00 MSK, end at Пт 2015-05-01 00:16:33 MSK. -- Truncated backtrace: Thread no. 1 (10 frames) #0 GetULONG at Misc.cpp:518 #1 ClientChannel::handleRead at ClientChannel.cpp:1220 #2 Proxy::handleRead at Proxy.cpp:1750 #3 NXTransWriteVector at Loop.cpp:2276 #4 _XSend at XlibInt.c:1957 #5 XRenderCompositeText32 at Glyph.c:1160 #6 nxagentGlyphs at Render.c:1533 #7 ProcRenderCompositeGlyphs at X/NXrender.c:1784 #8 ProcRenderDispatch at X/NXrender.c:2519 #9 Dispatch at X/NXdispatch.c:748 -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.

4 3

Bug#829: Screen resize triggers session suspension
by Florian Wicke - Hetzner Online AG 30 Jan '24

30 Jan '24

Package: nx-x11-common Version: 3.5.0.32-0x2go1~git20150317.672+jessie.heuler.1 Reproducable with every client and server so far from stable and heuler. Only affects full sessions - users are not affected if running directly an APPLICATION. Pressing CTRL+ALT+R triggers error message in session.log of user, resizes the screen but also triggers suspension of the session (note the the Proxy-Warning does not occur every time): Session: Resuming session at 'Thu Mar 26 11:11:56 2015'. Info: Proxy running in server mode with pid '18054'. Info: Waiting for connection from 'localhost' on port '30076'. Info: Accepted connection from '127.0.0.1'. Info: Connection with remote proxy completed. Info: Using LAN link parameters 1536/24/1/0. Info: Using agent parameters 5000/0/50/0/0. Info: Using pack method '16m-jpeg-9' with session 'unix-kde-depth_24'. Info: Not using NX delta compression. Info: Not using ZLIB data compression. Info: Not using ZLIB stream compression. Info: Not using a persistent cache. Info: Listening to X11 connections on display ':75'. Info: Established X client connection. Info: Using shared memory parameters 1/1/0/0K. Info: Using local device configuration changes. keyboard file created Session: Session resumed at 'Thu Mar 26 11:12:03 2015'. Info: Screen [0] resized to geometry [3840x1080] fullscreen [1]. <<-------- note from me: pressing ctrl+alt+r --------->> Info: Disabled desktop resize mode in agent. Session: Suspending session at 'Thu Mar 26 11:12:14 2015'. Proxy: WARNING! Handling data for finishing FD#5 channel ID#1. suspended at 'Thu Mar 26 11:12:14 2015'. Unfortunately we think this leads to another problem. Sometimes users get suspended right after resuming their session: Session: Session resumed at 'Wed Mar 25 21:30:37 2015'. Info: Screen [0] resized to geometry [1680x1050] fullscreen [1]. Session: Suspending session at 'Wed Mar 25 21:30:39 2015'. And last but not least this results in another problem - the screen does not get resized correctly sometimes and is just shown as viewport. Kind regards Florian Wicke Hetzner Online AG Industriestr. 25 91710 Gunzenhausen / Germany Tel: +49 9831 505-0 Fax: +49 9831 505-3 florian.wicke(a)hetzner.de www.hetzner.com Register Court: Registergericht Ansbach, HRB 3204 Management Board: Dipl. Ing. (FH) Martin Hetzner Chairwoman of the Supervisory Board: Diana Rothhan

4 3

Bug#791: Fwd: [Bug 1193943] New: [abrt] nxagent: nxagentDispatchEvents(): nxagent killed by SIGSEGV
by Orion Poplawski 30 Jan '24

30 Jan '24

Package: nx-libs Version: 3.5.0.28 Events.c:1251 is: x.u.u.detail = inputInfo.pointer -> button -> map[nxagentReversePointerMap[X.xbutton.button - 1]]; X.xbutton.button = 0 : X = {type = 4, xany = {type = 4, serial = 0, send_event = 0, display = 0x159ba50, window = 0}, xkey = {type = 4, serial = 0, send_event = 0, display = 0x159ba50, window = 0, root = 7848854, subwindow = 11409376, time = 0, x = -772, y = -13337, x_root = 32767, y_root = 0, state = 57, keycode = 0, same_screen = 0}, xbutton = {type = 4, serial = 0, send_event = 0, display = 0x159ba50, window = 0, root = 7848854, subwindow = 11409376, time = 0, x = -772, y = -13337, x_root = 32767, y_root = 0, state = 57, button = 0, same_screen = 0} -------- Forwarded Message -------- Subject: [Bug 1193943] New: [abrt] nxagent: nxagentDispatchEvents(): nxagent killed by SIGSEGV Date: Wed, 18 Feb 2015 15:30:49 +0000 From: bugzilla(a)redhat.com To: orion(a)cora.nwra.com https://bugzilla.redhat.com/show_bug.cgi?id=1193943 Bug ID: 1193943 Summary: [abrt] nxagent: nxagentDispatchEvents(): nxagent killed by SIGSEGV Product: Fedora Version: 20 Component: nx-libs Assignee: orion(a)cora.nwra.com Reporter: unixi(a)freeshell.org QA Contact: extras-qa(a)fedoraproject.org CC: orion(a)cora.nwra.com Version-Release number of selected component: nxagent-3.5.0.28-1.fc20 Additional info: reporter: libreport-2.2.3 backtrace_rating: 4 cmdline: /usr/lib64/nx/bin/nxagent -persistent -D -name 'NX - jboyle@mnich.myquotient.net:2000 - mnich (GPL Edition)' -option /home/jboyle/.nx/C-mnich.myquotient.net-2000-9C1FED17795787217FBC80B6F1F2E86E/options -nolisten tcp :2000 crash_function: nxagentDispatchEvents executable: /usr/lib64/nx/bin/nxagent kernel: 3.18.5-101.fc20.x86_64 runlevel: 3 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (5 frames) #0 nxagentDispatchEvents at Events.c:1251 #1 nxagentBlockHandler at Handlers.c:446 #2 BlockHandler at dixutils.c:442 #3 WaitForSomething at WaitFor.c:257 #4 Dispatch at X/NXdispatch.c:619 -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.

4 5

Bug#49: wine does not start within x2goclient: Application tried to create a window, but no driver could be loaded.
by Matthias Hellinghausen 30 Jan '24

30 Jan '24

Package: x2goserver 3.1.1.3-0~571~oneiric1, x2goagent 2:3.5.0.14-0~247~oneiric1 Hello After upgrading the x2goserver from the following Version x2goagent 2:3.5.0.14-0~247~oneiric1 x2goserver 3.1.1.3-0~571~oneiric1 to x2goagent 2:3.5.0.15-0~263~oneiric1 x2goserver 3.1.1.4-0~592~oneiric1 wine (v. 1.2.3) programs do not start anymore within the x2goclient session. The following is what wine tells us when starting notepad: mh@ltsp3:~$ notepad Application tried to create a window, but no driver could be loaded. Unknown error (998). err:systray:initialize_systray Could not create tray window Application tried to create a window, but no driver could be loaded. Unknown error (998). All other X-applications are working fine. The version of the x2goclient did not change. please let me know, If there is anything more you need to know... kind regards Matthais -- Dipl.-Ing.(FH) Matthias Hellinghausen EDV-Abteilung BZD Gesellschaft f. Transfusionsmedizin Duisburg mbH Königstrasse 63 - 47051 Duisburg Tel.: +49 (0) 203 - 300 95 8557 Fax: +49 (0) 203 - 300 95 8564 Email: mh(a)bzd.de Sitz der Gesellschaft: Duisburg Amtsgericht Duisburg HRB 4273 Geschäftsführung: Sybille Trobisch, Olaf Frahm

4 3

Bug#1265: Remote proxy closed session while negotiating the connection.
by nanook＠eskimo.com 30 Jan '24

30 Jan '24

Package: nxproxy (guessing) Version: xenial 2:3.5.0.33-0~710~ubuntu16.04.1 amd64 It appears to be connecting then aborts with a pop-up: The remote proxy closed the connection while negotiating the session. This may be due to the wrong authentication credentials passed to the server. The main window very briefly displays this message: Loop: PANIC! Failure negotiating the session in stage '7'. Error: Failure negotiating the session in stage '7'. Loop: PANIC! Wrong version or invalid session authentication cookie. Error: Wrong version or invalid session authentication cookie. Session: Terminating session at 'Tue Feb 27 02:54;49 2018'. Session: Session terminated at 'Tue Feb 27 02:54;49 2018'. The server is Zircon 12.2 and the Client is Ubuntu 17.10. This was working yesterday, I installed nightly builds and it did not work at all, then purged everything and went back to daily and now I get this.

2 1

Bug#367: wine does not start within x2goclient: Application tried to create a window, but no driver could be loaded.
by Mike Gabriel 30 Jan '24

30 Jan '24

Package: nxagent Severity: important While scanning our bug tracker logs, I found this mail from Matthias Hellinghausen which got not processed into the tracker, because the Package: <package> line was missing at the beginning of the mail... Mike """ Hello After upgrading the x2goserver from the following Versions x2goagent 2:3.5.0.14-0~247~oneiric1 x2goserver 3.1.1.3-0~571~oneiric1 to x2goagent 2:3.5.0.15-0~263~oneiric1 x2goserver 3.1.1.4-0~592~oneiric1 wine (v. 1.2.3) programs do not start anymore within the x2goclient session. The following is what wine tells us when starting notepad: mh@ltsp3:~$ notepad Application tried to create a window, but no driver could be loaded. Unknown error (998). err:systray:initialize_systray Could not create tray window Application tried to create a window, but no driver could be loaded. Unknown error (998). All other X-applications are working fine. The version of the x2goclient did not change. please let me know, If there is anything more you need to know... kind regards Matthais -- Dipl.-Ing.(FH) Matthias Hellinghausen EDV-Abteilung BZD Gesellschaft f. Transfusionsmedizin Duisburg mbH K<F6>nigstrasse 63 - 47051 Duisburg Tel.: +49 (0) 203 - 300 95 8557 Fax: +49 (0) 203 - 300 95 8564 Email: mh(a)bzd.de Sitz der Gesellschaft: Duisburg Amtsgericht Duisburg HRB 4273 Gesch<E4>ftsf<FC>hrung: Sybille Trobisch, Olaf Frahm """ -- 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…

4 7

Bug#62: GTK(?)-Issues in Debian Testing/Wheezy
by Moritz Struebe 30 Jan '24

30 Jan '24

Package: x2goagent Version: 3.5.0.16-0 There seem to be gtk related issues with GTK in Wheezy. You'll get an error similar to Gdk-WARNING **: The program 'gnome-control-center' received an X Window System error. This probably reflects a bug in the program. The error was 'BadLength (poly request too large or internal Xlib length erro'. (Details: serial 155 error_code 16 request_code 147 minor_code 1) Currently known are Eclipse: https://bugs.eclipse.org/bugs/show_bug.cgi?id=386955 https://wiki.archlinux.org/index.php/FreeNX#eclipse_crashes_when_editing_a_… and the Gnome Control Center: https://bugzilla.redhat.com/show_bug.cgi?id=827916 https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/867631 -- Dipl.-Ing. Moritz 'Morty' Struebe (Wissenschaftlicher Mitarbeiter) Lehrstuhl für Informatik 4 (Verteilte Systeme und Betriebssysteme) Friedrich-Alexander-Universität Erlangen-Nürnberg Martensstr. 1 91058 Erlangen Tel : +49 9131 85-25419 Fax : +49 9131 85-28732 eMail : struebe(a)informatik.uni-erlangen.de WWW : http://www4.informatik.uni-erlangen.de/~morty

4 4

Bug#554: Disable local screensaver when x2go session is in fullscreen mode
by Reinhard Tartler 30 Jan '24

30 Jan '24

Package: nxproxy Severity: serious I noticed that the when nxproxy is in fullscreen mode, it (by design) captures all keyboard strokes. This is in general great because this way all keyboard shortcuts on the remote work. However, the local screen saver might still kick in and require a password. Because the nxproxy captures all input, a less carefull user might enter his local password into the current application that is running in the x2go session. When the remote application happens to be a chat application, entering your password might have serious security implications. I think a fullscreen nxproxy is a good reason to inhibit the local screensaver. -- regards, Reinhard

3 2

Bug#1125: Remote printing not working in Debian Jessie
by JR 30 Jan '24

30 Jan '24

Package: cups-x2go Version: 3.0.1.3-0x2go1+git20161129.135+8.main.1 I tried printing on the local PC from the x2goclient without success. x2goclient gives no message. I installed x2goserver-printing, cups, cups-x2go and I have installed x2go virtual printer. This happens to me only in Q4OS 1.18-Orion (Debian Jessie based). In Q4OS 2.2-Scorpion (Debian Stretch based) it works perfectly. For more details, please give a look at: http://www.q4os.org/forum/viewtopic.php?id=1261 Thank you and congratulations for your work. JR

5 8

Bug#960: Dependency Error Install X2Go on Debian 7 Stable
by Pale Blue 30 Jan '24

30 Jan '24

Package: x2go Version: Latest root@WOMP:~# sudo apt-get -f install x2goserver x2goserver-xsession Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: x2goserver : Depends: x2goagent (>= 2:3.5.0.25-0~) but it is not going to be installed E: Unable to correct problems, you have held broken packages. root@WOMP:~# /apt-get install x2goagent -bash: /apt-get: No such file or directory root@WOMP:~# apt-get install x2goagent Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: x2goagent : Depends: nxagent (>= 2:3.5.0.32-0x2go1+git20150704.734+jessie.main.1) Depends: nxagent (< 2:3.5.0.32-0x2go1+git20150704.734+jessie.main.1.1) E: Unable to correct problems, you have held broken packages. I followed the instructions on your Install page <http://wiki.x2go.org/doku.php/doc:installation:x2goserver> but was unable to install on Debian 7 Stable. after some research and talking to others on IRC I was told to speak with you about the possibility that the packages in your repo might be broken? Any Guidance would be much appreciated! Thanks,d Pale Blue

3 2

Bug#1490: x2goagent crashes when pasting clipboard contents
by Tristan Miller 30 Jan '24

30 Jan '24

Package: x2goserver-x2goagent Version: 4.1.0.4 Severity: grave I am running two openSUSE Tumbleweed machines, both with x2goserver 4.1.0.4 (from Git commit gaef470fe) and x2goclient 4.1.2.2, and often use X2Go in single application mode to connect between them. Following a Tumbleweed update on the client machine (from 20200708 to 20200724), the X2Go connection now disconnects whenever I copy text into the clipboard on the local machine and then paste it into the remote machine. The following error message appears in the system log of the remote machine: 2020-07-28T11:16:12.479151+02:00 butterfield systemd-coredump[18451]: Process 17960 (x2goagent) of user 1000 dumped core.#012#012Stack trace of thread 17960:#012#0 0x00007fdd0c65c4b1 raise (libc.so.6 + 0x3c4b1)#012#1 0x00007fdd0c645539 abort (libc.so.6 + 0x25539)#012#2 0x00007fdd0c69f827 __libc_message (libc.so.6 + 0x7f827)#012#3 0x00007fdd0c72f4f2 __fortify_fail (libc.so.6 + 0x10f4f2)#012#4 0x00007fdd0c72f4c2 __stack_chk_fail (libc.so.6 + 0x10f4c2)#012#5 0x000055ae7290e691 nxagentCollectPropertyEvent (nxagent + 0xb9691)#012#6 0x000055ae728f54b3 nxagentDispatchEvents (nxagent + 0xa04b3)#012#7 0x000055ae728f9b3a nxagentWakeupHandler (nxagent + 0xa4b3a)#012#8 0x000055ae728ddde3 WaitForSomething (nxagent + 0x88de3)#012#9 0x000055ae728b747a Dispatch (nxagent + 0x6247a)#012#10 0x000055ae728965f6 main (nxagent + 0x415f6)#012#11 0x00007fdd0c646cca __libc_start_main (libc.so.6 + 0x26cca)#012#12 0x000055ae728989ea _start (nxagent + 0x439ea) The Tumbleweed update included some changes to X11/KDE packages that broke at least one other application (most notably emacsclient) so perhaps this is also the case here. (Though according to the openSUSE bug triagers, the breakage is the other application's fault.) I am running KDE on the local machine; I haven't tested if the problem is reproducible with a different desktop environment. Detailed steps to reproduce: 1. On the local machine, configure an X2Go connection to a remote machine to launch a single application such as xfce4-terminal or konsole, and then launch that connection. 2. On the local machine, use the mouse to select some text in a locally running application, which will copy it to one of the clipboards. (Alternatively, copy it to the other clipboard with Ctrl+C or Ctrl+Ins.) 3. On the local machine, switch to the remote window and paste the contents of the clipboard by middle-clicking. (Alternatively, paste the other clipboard with Ctrl+V or Shift+Ins.) At this point the X2Go session will disconnect and the above-noted error message gets written to the remote machine's system log.

3 5

Bug#740: Ship a default, small-footprint, F/LOSS PDF viewer with x2goclient
by Stefan Baur 30 Jan '24

30 Jan '24

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 package: x2goclient severity: wishlist Hi, this is actually a sub-bug of http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=738. I am fling it as a separate bug because I believe this particular part of Bug 738 can be resolved rather quickly. Currently, X2GoClient offers the free choice of X-Servers to be used with it, but ships with VcXsrv as default and has some "sane" default settings configured for it, too, so X2GoClient works out of the box. Whoever wishes to deviate from that path, is, however, free to do so - X2GoClient has an option to specify a custom X-Server of the user's choice. I would like to take a similar approach for printing. At present, no default PDF viewer is shipped with X2GoClient, and the user has to fiddle with whichever PDF viewer they choose to get the parameters right. SumatraPDF is a free (F/LOSS) PDF viewer that offers a portable version, i.e. it is a single, self-contained executable that doesn't require any installation. It also supports a wide range of command line parameters so it is ideal for scripted background use (like "open PDF, print to default printer, close application"). Quoting from http://www.sumatrapdfreader.org/manual.html: > Printing related cmd-line arguments: -print-to-default $file.pdf > prints a PDF file on a default printer -print-to $printer_name > $file.pdf prints a PDF on a given printer -print-dialog $file.pdf > opens a PDF file and shows a print dialog to select printer and > printing options -exit-on-print when -print-to-default or -print-to > is used, will exit after printing So, basically, "-exit-on-print -print-to-default" is all we'd need for basic functionality. If we want to do "enumPrinters" within X2GoClient, "-exit-on-print -print-to $printer" will also already work. If we want to leave printer selection to SumatraPDF, "-print-dialog" has to be used, and we'd probably have to submit a patch to the SumatraPDF project that "-exit-on-print" be made to work with "-print-dialog" as well, as the current description seems to indicate that this is not the case. Thus, I would ask that some helpful soul steps up and please a) includes SumatraPDF's standalone executable in the Windows X2GoClient package b) adds the proper code to X2GoClient so client-side printing defaults to using SumatraPDF in the X2Go program directory unless the user has created a custom configuration. The rationale for this bug is that adding this feature would increase usability of X2GoClient just as shipping a default X-Server does. Portable version of SumatraPDF can be found here: https://kjkpub.s3.amazonaws.com/sumatrapdf/rel/SumatraPDF-3.0.zip Sources are here: https://github.com/sumatrapdfreader/sumatrapdf - -Stefan - -- BAUR-ITCS UG (haftungsbeschränkt) Geschäftsführer: Stefan Baur Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQEcBAEBAgAGBQJUs6TeAAoJEG7d9BjNvlEZZvQH/ikythSLIBTJ9cCN7/qPik3T k0iB5JE9N3cCc9MyWfQU46oI7k5r+M4aN692hVrAdFraEfeAxdVomtzTKI5/v4IP f8/HlvW8lU+b/8Wnx/YNFuzvAIK4mM+9gno+t9JnFLptI1P3iAd6tQ5R563NKk1y 2AYM3unC24xzFXIbFNsFMA6mT7Ow94K8mGMALn/H3j1kGtbmF/FeuTHKmrmC/w7F e3WO8oXjNxL+PBumCb5mZngk3Y8aECHJSQVks8710MTyYNoJRCgYqx4hOAC3ObhJ J6+hTbretKya2/ba/meka/v7hU0ze2ahevpH7y9y1aMAtVIi8laEcQ+k4TPwvr4= =af+t -----END PGP SIGNATURE-----

3 2

Bug#778: affected by CVE 2015-0235: Stop using gethosbyname()
by Mike Gabriel 25 Jan '24

25 Jan '24

Package: src:nx-libs Severity: important The NX source code uses gethostbyname() at several locations and is potentially affected by CVE 2015-0235 (GHOST security issue in glibc). We should move towards using getaddrinfo() asap. Mike -- 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 3

Bug#694: CUPS 1.7.x remounts /tmp and breaks cups-x2go
by Mike Gabriel 25 Jan '24

25 Jan '24

Package: cups-x2go Severity: important The workaround provided below can be applied to x2goprint from x2goserver-printing package. But my gut feelings tell me, we need to review cups-x2go. Maybe this bug gets reassigned to x2goserver-printing later, if my gut feelings get proven wrong. Mike ----- Weitergeleitete Nachricht von Роман <inpos(a)yandex.ru> ----- Datum: Mon, 01 Dec 2014 10:59:36 +0300 Von: Роман <inpos(a)yandex.ru> Betreff: [X2Go-User] X2Go Linux Server. Virtual print issue workaround An: x2go-user(a)lists.x2go.org For those who can't print to redirected printer here my workaround. On X2Go Server do following (by root): ---------------------------------------------- cd /usr/bin mv x2goprint x2goprint.orig cat << EOF > x2goprint #!/bin/bash umount /tmp x2goprint.orig $@ EOF chmod a+x x2goprint ----------------------------------------------- The problem is that CUPS remounts /tmp during print process. Therefore temporary x2go directories have become unavailable. Best regards, Inpos. ----- 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 1

Bug#542: Add cache negotiation patch
by Mike Gabriel 25 Jan '24

25 Jan '24

Package: libxcomp3 Severity: normal Tags: patch X-Debbugs-Cc: Nito Martinez <nito.martinez(a)qindel.com> Hi Alex, Mihai, can any of you please review a patch for adding cache negotiation in NX [1]? It comes from our new cooperation partner TheQVD. Thanks+Greets, Mike [1] https://github.com/theqvd/qvd-nx/commit/5b5ffb683136a1210b2bc2221e168364c1e… -- 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…

3 4

Bug#854: Ubuntu 14.04: xinerama broken
by Ulrich Sibiller 22 Jan '24

22 Jan '24

Package: x2goclient, nx-x11-common Version: 4.0.3.2-0~800~ubuntu14.04.1 As far as I know opening an x2go session from a display that uses xinerama should do the following on the server side: - create a xinerama.conf with the xinerama setting on the client side - set NX_XINERAMA_CONF in the envrionment - extend the LD_LIBRARY_PATH to point to the nx xinerama lib. When I open an x2go session to my local machine (the same where the x2goclient is running) this does not work for several reasons: 1. /usr/lib/nx/X11/Xinerama/libXinerama.so.1 points to the i386 version of the lib which is not existing on my 64 bit machine. dpkg -S shows that this is coming from the package nx-x11-common. So obviously this is broken. 2. After fixing issue 1 by linking to the 64bit version it still does not work. This is because for Ubuntu there is only x2goclient 4.0.3 but you need 4.0.4 for xinerama... So could someone please update the Ubuntu repo? The xinerama feature is enabled for the session as well as for x2goclient (--xinerama). I am using ubuntu 14.04 with these x2go packages. These are the most current packages the repos provide and all oft Thema have been freshly installed yesterday. libnx-x11 2:3.5.0.29-0~505~ubuntu14.04.1 (does not contain any files) libnx-x11-6:amd64 2:3.5.0.31-0~605~ubuntu14.04.1 libnx-xcomposite1:amd64 2:3.5.0.31-0~605~ubuntu14.04.1 libnx-xdamage1:amd64 2:3.5.0.31-0~605~ubuntu14.04.1 libnx-xdmcp6:amd64 2:3.5.0.31-0~605~ubuntu14.04.1 libnx-xext6:amd64 2:3.5.0.31-0~605~ubuntu14.04.1 libnx-xfixes3:amd64 2:3.5.0.31-0~605~ubuntu14.04.1 libnx-xinerama1:amd64 2:3.5.0.31-0~605~ubuntu14.04.1 libnx-xpm4:amd64 2:3.5.0.31-0~605~ubuntu14.04.1 libnx-xrandr2:amd64 2:3.5.0.31-0~605~ubuntu14.04.1 libnx-xrender1:amd64 2:3.5.0.31-0~605~ubuntu14.04.1 libnx-xtst6:amd64 2:3.5.0.31-0~605~ubuntu14.04.1 nx-x11-common 2:3.5.0.31-0~605~ubuntu14.04.1 nxagent 2:3.5.0.31-0~605~ubuntu14.04.1 nxproxy 2:3.5.0.31-0~605~ubuntu14.04.1 x2goagent 2:3.5.0.31-0~605~ubuntu14.04.1 x2goclient 4.0.3.2-0~800~ubuntu14.04.1 x2godesktopsharing 3.1.1.2-0~170~ubuntu14.04.1 x2goserver 4.0.1.19-0~1064~ubuntu14.04.1 x2goserver-common 4.1.0.0-0~1257~ubuntu14.04.1 x2goserver-extensions 4.0.1.19-0~1064~ubuntu14.04.1 x2goserver-xsession 4.0.1.19-0~1064~ubuntu14.04.1 x2gothinclient 1.1.0.2-0~469~ubuntu14.04.1 x2gothinclientmanagement 1.1.0.2-0~469~ubuntu14.04.1

4 4

Bug#970: lists.x2go.org domain lacks SPF record.
by Nable 22 Jan '24

22 Jan '24

Package: lists.x2go.org Severity: wishlist Dear maintainers, All messages that were sent from IPv6 address of freya.das-netzwerkteam.de are classified by Gmail (and possibly by other mail providers) as unwanted and unconditionally fall into "Spam" folder. Judging from message headers Gmail is also unsure about messages from its IPv4 address but acts more permissive. I always use "Not Spam" button for such false-positives but gmail still insists that something is wrong with such messages. I've noticed this problem about a year ago and now it became annoying enough to finally file a bug. I don't know the exact reason but it looks like the problem may hide in the absence of SPF record [1] for lists.x2go.org as this is the only suspicious thing in mail headers. Either way, usage of SPF is considered to be a good practice nowadays and a lot of companies deploy it. 1. https://en.wikipedia.org/wiki/Sender_Policy_Framework Cheers, Nable

2 2

Bug#878: gnome-terminal 3.16 fails to start
by Michael DePaulo 19 Jan '24

19 Jan '24

Package: nx-libs Version: 3.5.0.31 Severity: normal Server OS: Fedora 22 64-bit with latest updates (F22 is still in beta, but will be released any day now) x2goserver 4.0.1.19-3.fc22 (Fedora's package) x2goserver-xsession 4.0.1.19-3.fc22 (Fedora's package) nxagent 3.5.0.31-1.fc22 (Fedora's package) x2goagent 3.5.0.31-1.fc22 (Fedora's package) I've tried multiple different clients (on both Linux and Windows), so the client details presumably do not matter. The problem is that gnome-terminal is failing to launch. I have only tried a single application session. The output from `journalctl --user` (the equivalent of ~/.xsession-x2go-errors) is attached. This line stands out: org.a11y.atspi.Registry[24951]: Xlib: extension "XEVIE" missing on display ":50". However, XEvIE was removed from X.org in 2008: http://cgit.freedesktop.org/xorg/xserver/commit/?id=f4036f6ace5f770f0fe6a6e… http://freedesktop.org/wiki/Software/XEvIE/

4 3

Bug#1318: x2gobroker : maintenance mode
by Walid MOGHRABI 15 Jan '24

15 Jan '24

package: x2gobroker version: 0.0.4.0-0~1038~ubuntu16.04.1 priority: enhancement In case of trouble, this is sometimes needed to block any new incoming connection to the broker (the broker itself, not the x2go server). For example, lately I did a stupid thing by mistake, I shut down a whole X2Go servers chassis (16 servers at the same time) so 2/3 of my users were kicked off the platform. Problem is that they tried to reconnect before I could restart those servers and thus, the broker did his job and sent them to the remaining servers except that they are 2 times less so they couldn't handle that much people at the same time. We lost precious time by asking people to throttle their connecions and wait for the platform to be ready. Would be great to have a "maintenance mode" option in the x2gobroker-sessionprfiles.conf (or even globally on the x2gobroker.conf), just a switch with a message you can activate so that, in case of trouble, with this switch enabled, users trying to connect would get a message from the broker saying it is in a maintenance mode and they should try again later. --- DISCLAIMER: This e-mail is private and confidential and may contain proprietary or legally privileged information. It is for the intended recipient only. If you have received this email in error, please notify the author by replying to it and then destroy it. If you are not the intended recipient you must not use, disclose, distribute, copy, print or rely on this e-mail or any attachment. Thank you

3 2

Bug#795: pyhoca-gui leaves debug log outside rootdir in portable mode
by Milan Knížek 15 Jan '24

15 Jan '24

Package: pyhoca-gui Version: 0.5.0.4 It would be nice if the debug log file is stored inside the --sessions-rootdir so that files are kept within the "portable" definitions. ATM, the log files is stored within User's home dir in temporary folder (e.g. AppData\Roaming\pyhoca-gui\PyHoca-GUI.1516.log). Affected OS: Windows 7

3 2

Bug#748: configure broker settings via settings dialog box
by Mike Gabriel 15 Jan '24

15 Jan '24

Package: pyhoca-gui Severity: important PyHoca-GUI does not allow to configure any client-side options. We should really start on providing a settings configuration dialog and as first thing implement configuration of X2Go Broker settings via such a dialog. 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#319: PyHoca-GUI does not migrate session profiles properly (0.0.2.x -> 0.0.4.x)
by Mike Gabriel 15 Jan '24

15 Jan '24

Package: pyhoca-gui Severity: important The bug's subject says it all. It can be observed when migrating from pyhoca-gui in Ubuntu precise to the version we have in our PPA. What happens is that all settings around host/username/sshproxy get corrupt. 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#1286: python3 support for pyhoca-gui
by Orion Poplawski 15 Jan '24

15 Jan '24

Package: pyhoca-gui Version: 0.5.0.7 2to3 is not sufficient to add python3 support of pyhoca-gui. The attached patches are needed as well. file() is no longer present in python3. The mro patch fixes: /usr/bin/python3.4 setup.py build '--executable=/usr/bin/python3.4 -s' Traceback (most recent call last): File "setup.py", line 212, in <module> class build_installer_bbfreeze(build_installer, Freezer, Command): TypeError: Cannot create a consistent method resolution order (MRO) for bases object, Command -- Orion Poplawski Manager of NWRA Technical Systems 720-772-5637 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane orion(a)nwra.com Boulder, CO 80301 https://www.nwra.com/

3 4

Bug#596: Create PortableApps version of PyHoca-GUI for Windows
by Michael DePaulo 15 Jan '24

15 Jan '24

Package: pyhoca-gui Version: 0.5.0.0-pre02 Severity: wishlist For those familiar with PortableApps, the title says it all. For those unfamiliar, note that PortableApps is more than just "here's a portable edition of your app." There is a framework you have to integrate with. It does not look very hard though, the PortableApps framework basically wraps around your app. http://portableapps.com/development http://portableapps.com/development/portableapps.com_format

3 2

Bug#1051: failing .deb builds due to flaw in code-to-version conversion scripts
by Mike Gabriel 15 Jan '24

15 Jan '24

Package: buildscripts Severity: important Hi Mihai, I have played with X2Go Server a little today, trying to get the new execution logic for nxagent/x2goagent into X2Go Server 4.1.0.0. While doing that, I stumbled over build failures due to a flaw in the buildscripts. This fixes the occurring issues: ``` jenkins@japsand:~/buildscripts$ git diff diff --git a/bin/debian-codename-to-version.sh b/bin/debian-codename-to-version.sh index 8bd0384..315fcbd 100755 --- a/bin/debian-codename-to-version.sh +++ b/bin/debian-codename-to-version.sh @@ -76,7 +76,5 @@ case "${codename}" in ("rex") echo "1.2";; ("buzz") echo "1.1";; - (*) ret="1";; + (*) echo "1";; esac - -return "${ret}" diff --git a/bin/ubuntu-codename-to-version.sh b/bin/ubuntu-codename-to-version.sh index 943e130..f0c1418 100755 --- a/bin/ubuntu-codename-to-version.sh +++ b/bin/ubuntu-codename-to-version.sh @@ -66,7 +66,5 @@ case "${codename}" in ("hoary") echo "5.04";; ("warty") echo "4.10";; - (*) ret="1";; + (*) echo "1";; esac - -return "${ret}" ``` light+love Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby mobile: +49 (1520) 1976 148 landline: +49 (4354) 8390 139 GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31 mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de

3 2

Bug#181: debbugs regression: bug number appears multiple times in subjects with leading mailing list marker [<listname>]
by Mike Gabriel 15 Jan '24

15 Jan '24

Package: bugs.x2go.org We observe a debbugs regression: the bug number appears multiple times in subjects (after replies were sent to the bug) with leading mailing list marker [<listname>]. The issue was originally fixed upstream, but obviously fails to work properly. Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein 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 1

Bug#1159: PyHoca CLI: semaphore released too many times error
by Michael Ledin 15 Jan '24

15 Jan '24

Package: pyhoca-cli Version: 0.5.0.2 I'm using Archlinux and installed pyhoca-cli package from AUR. Previously I used x2goclient and created several profiles there. Also I tried to use pyhoca-gui but it has the same error (bug #1158). I start x2go desktop session with: pyhoca-cli -P 20170316113957420 -d It starts successfully with log: pyhoca-cli[12140] NOTICE: preparing requested X2Go session pyhoca-cli[12140] (PyHocaCLI) NOTICE: preparing requested X2Go session pyhoca-cli[12140] (x2gosessregistry-pylib) NOTICE: registering X2Go session AppHeads WAN... pyhoca-cli[12140] (x2goclient-pylib) NOTICE: initializing X2Go session... pyhoca-cli[12140] (x2gocontrolsession-pylib) NOTICE: connecting to [my.server.here]:22 pyhoca-cli[12140] (PyHocaCLI) NOTICE: give the X2Go session some time to come up... pyhoca-cli[12140] (PyHocaCLI) INFO: X2Go session is now running, the X2Go client's profile name is: AppHeads WAN pyhoca-cli[12140] (PyHocaCLI) INFO: X2Go session name is: appheads-50-1489690847_stDXFCE_dp24 pyhoca-cli[12140] (PyHocaCLI) NOTICE: Press CTRL+C to suspend the running session... Then I press Ctrl+C and get an error: ^CKeyboardInterrupt Thu Mar 16 22:01:04 2017 pyhoca-cli[12140] (PyHocaCLI) INFO: Suspending X2Go session appheads-50-1489690847_stDXFCE_dp24 Traceback (most recent call last): File "/usr/bin/pyhoca-cli", line 423, in <module> thisPyHocaCLI.MainLoop() File "/usr/lib/python2.7/site-packages/pyhoca/cli/frontend.py", line 601, in MainLoop self._X2GoClient__suspend_session(self.x2go_session_hash) File "/usr/lib/python2.7/site-packages/x2go/client.py", line 1620, in suspend_session return self.session_registry(session_uuid).suspend(**sessionopts) File "/usr/lib/python2.7/site-packages/x2go/session.py", line 2303, in suspend self._lock.release() File "src/gevent/_semaphore.py", line 266, in gevent._semaphore.BoundedSemaphore.release (src/gevent/gevent._semaphore.c:5353) File "src/gevent/_semaphore.py", line 268, in gevent._semaphore.BoundedSemaphore.release (src/gevent/gevent._semaphore.c:5291) thread.error: Semaphore released too many times if then I'll try to resume the session (I get it name from "pyhoca-cli -P 20170316113957420 -L"): pyhoca-cli -P 20170316113957420 -R appheads-50-1489690847_stDXFCE_dp24 then sometimes I get the same error as above. -- Michael Ledin

3 2

Bug#1236: pyhoca-cli depenency fails in Fedora
by Patrick Mulvany 15 Jan '24

15 Jan '24

Package: pyhoca-cli Version: 0.5.0.4 Unable to install package from x2go repo due to dependency issue. Python 2.7 now includes python-argparse in the base Python. Following was from fc27 but same issue with fc26 root@mobile1 ~]# dnf deplist pyhoca-cli Last metadata expiration check: 0:17:57 ago on Thu 30 Nov 2017 07:32:36 GMT. package: pyhoca-cli-0.5.0.3-5.fc27.noarch dependency: /usr/bin/python provider: python2-2.7.14-2.fc27.i686 provider: python2-2.7.14-2.fc27.x86_64 dependency: python(abi) = 2.7 provider: python2-2.7.14-2.fc27.i686 provider: python2-2.7.14-2.fc27.x86_64 dependency: python-setproctitle provider: python-setproctitle-1.1.10-3.fc27.x86_64 dependency: python-x2go provider: python-x2go-0.5.0.6-0.0x2go1.1.git20171115.1338.main.fc27.noarch package: pyhoca-cli-0.5.0.4-0.0x2go1.1.git20171115.232.main.fc27.noarch dependency: /usr/bin/python provider: python2-2.7.14-2.fc27.i686 provider: python2-2.7.14-2.fc27.x86_64 dependency: python(abi) = 2.7 provider: python2-2.7.14-2.fc27.i686 provider: python2-2.7.14-2.fc27.x86_64 dependency: python-argparse dependency: python-setproctitle provider: python-setproctitle-1.1.10-3.fc27.x86_64 dependency: python-x2go >= 0.5.0.0 provider: python2-x2go-0.5.0.5-2.fc27.noarch provider: python-x2go-0.5.0.6-0.0x2go1.1.git20171115.1338.main.fc27.noarch Thanks Paddy -- IT development : www.mulvanyit.com For health and wellness solutions : www.shapingwellness.com

2 1

Bug#1094: When connected to a x2go server that has nVidia's binary drivers most software will segfault.
by zingmars 15 Jan '24

15 Jan '24

Package: x2goserver Version: 4.0.1.19 When I connect to a x2go server that has an nVidia GPU using nVidia's binary drivers most software (such as Firefox, Thunderbird, Cheese, Transmission GUI etc.) will segfault on launch. This can seemingly be fixed by setting the LD_LIBRARY_PATH variable to wherever the nVidia drivers are (i.e. for nVidia-361 drivers just run LD_LIBRARY_PATH=/usr/lib/nvidia-361" in the server's terminal. Alternatively it seems that you can switch to the Noveau driver and the issue won't occur, but this might not always be an option. There's also a thread on ubuntuforums (https://ubuntuforums.org/showthread.php?t=2337814) that also has a video of this bug in action. I'm using Ubuntu 16.04 with MATE.

2 1

Bug#1478: pyhoca-cli failing to resume an existing session
by Chris Greenshields 15 Jan '24

15 Jan '24

Package: pyhoca-cli Version: 0.6.1.2 With x2goserver 4.1.0.0-3, pyhoca-cli fails to resume an existing session. For example with: pyhoca-cli --username <user> --server <ip> -R <session ID> Error message is: pyhoca-cli[1269418] NOTICE: preparing requested X2Go session pyhoca-cli[1269418] (PyHocaCLI) NOTICE: preparing requested X2Go session pyhoca-cli[1269418] (x2gosessregistry-pylib) NOTICE: registering X2Go session Pyhoca-Client_Session... pyhoca-cli[1269418] (x2goclient-pylib) NOTICE: initializing X2Go session... pyhoca-cli[1269418] (x2gocontrolsession-pylib) NOTICE: connecting to [3.127.73.135]:22 pyhoca-cli[1269418] (PyHocaCLI) NOTICE: authentication has been successful pyhoca-cli[1269418] (PyHocaCLI) NOTICE: give the X2Go session some time to come up... Traceback (most recent call last): File "/usr/bin/pyhoca-cli", line 455, in <module> thisPyHocaCLI.MainLoop() File "/usr/lib/python3/dist-packages/pyhoca/cli/frontend.py", line 702, in MainLoop self.resume_session(self.x2go_session_hash) File "/usr/lib/python3/dist-packages/pyhoca/cli/frontend.py", line 229, in resume_session if available_sessions is None: UnboundLocalError: local variable 'available_sessions' referenced before assignment An upgrade to x2goserver 4.1.0.3 does not fix the problem, since pyhoca-cli 0.6.1.2 fails with "pyhoca-cli: error: the remote server does not have the X2Go Server software installed" as in https://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=1357

4 4

Bug#1022: x2goserver fails to start with most recent Ubuntu 16.04 updates (20160408)
by aa a 15 Jan '24

15 Jan '24

Package: x2goserver Version: 4.0.1.19-010640ubuntu16.04.1 With the most recent updates to Ubuntu 16.04 (moving kernel to 4.4.0-18-generic Apr 6) x2goserver suddenly fails to start. The relevant error message in .xsession-x2go-errors is: 13 XSession-x2go: X session started for ddd at Fri Apr 8 17:52:25 EDT 2016 14 localuser:ddd being added to access control list 15 /etc/x2go/Xsession: 3: [: x: unexpected operator 16 mate-session[3684]: GLib-GIO-CRITICAL: g_settings_schema_source_lookup: assertion 'source != NULL' failed 17 mate-session[3684]: GLib-GIO-ERROR: No GSettings schemas are installed on the system 18 aborting... I have Ubuntu 16.04 installed on a physical machine and also as a KVM virtual machine. In each case after the most recent updates x2goserver fails to start with the same message as above.

2 1

Bug#877: x2go.x2go_exceptions.X2GoSessionRegistryException: No session found for UUID ...
by Michael DePaulo 15 Jan '24

15 Jan '24

Package: pyhoca-cli Version: 0.5.0.2 Severity: minor Client OS: Fedora 22 64-bit (with latest updates. In beta, but about to be released.) pyhoca-cli 0.5.0.2-1.fc22 (Fedora's package) python-x2go 0.5.0.3-1.fc22 (Fedora's package) Server OS: Fedora 21 64-bit (with latest updates) running in a Docker container DockerFile: https://github.com/mikedep333/Fedora-Dockerfiles/blob/add-x2go/x2go/x2go-mi… x2goserver 4.0.1.19-1.fc21 (Fedora's package) x2goserver-xsession 4.0.1.19-1.fc21 (Fedora's package) nxagent 3.5.0.29-1.fc21 (Fedora's package) x2goagent 3.5.0.29-1.fc21 (Fedora's package) Note: Even if you are unfamiliar with Docker, you should be able to make sense of the Dockerfile. Note that it is based on the "fedora" image, which is a very minimal install of Fedora. Also note that "start.sh" simply adds a user account named "user" with a fixed password. When I connect to a new TERMINAL session (which defaults to lxterminal), the session appears to work fine. However, at the end, I often receive an exception like: x2go.x2go_exceptions.X2GoSessionRegistryException: No session found for UUID a2f17c6e-fe14-11e4-8e21-001a4a1bd601 I am using this command to connect: pyhoca-cli --server 127.0.0.1 -p 50000 -N --user user --add-to-known-hosts --libdebug --debug See attachment for output. This bug is reproducible, but not 100% of the time. It seems to be related to timing. It is usually reproduced when I leave lxterminal open for 10 seconds. (I close lxterminal by typing "exit" or clicking the X in the window decoration.) It is usually NOT reproduced when I leave lxterminal open for 2 seconds.

3 2

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#1010: Slow repaint on window move (single application)
by Sebastian Loncar 15 Jan '24

15 Jan '24

Package: x2goclient Version: 4.0.5.1 When connecting in single application mode, and you move the window by dragging the title bar, the app freezes. If you have two windows open, you see on the windows behind the top window a very slow repaint (up to a minute, depends on how long you moved the window before). After repaint, the app works again. This issue does not happen, if you maximize/restore the window or move them to another monitor via keyboard shortcut. Please see the attachment. I moved the xterm from the middle to the right, i took the screenshot while the very long repaint process. With this bug, the single app mode is nearly useless. I'm using XFCE4 on Arch Linux.

2 1

Bug#684: select_session offers offline servers to X2Go Client
by Mike Gabriel 15 Jan '24

15 Jan '24

Package: python-x2gobroker Severity: important Version: 0.0.3.0-preview The X2Go Session Broker should be able to detect offline X2Go Servers. It should not offer session via the select_session() method to X2Go Client, if a server is offline. 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…

3 3

Bug#755: cannot upgrade x2goServer on fedora 20 using yum
by ura 15 Jan '24

15 Jan '24

Package: x2goserver Version: 4.0.1.18 i have been unable to complete the update for x2goserver here on fedora 20 (64bit). i have not changed the config files or repo files that are relevant to x2goserver since the last successful update was run. i run yum update and receive the following output in the terminal: yum update Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * fedora: ftp.nluug.nl * rpmfusion-free: mirror.nl.leaseweb.net * rpmfusion-free-updates: mirror.nl.leaseweb.net * updates: ftp.nluug.nl Resolving Dependencies --> Running transaction check ---> Package x2goserver.x86_64 0:4.0.1.18-0.0x2go1.1.git20141006.949.main.fc20 will be updated --> Processing Dependency: x2goserver = 4.0.1.18-0.0x2go1.1.git20141006.949.main.fc20 for package: x2goserver-extensions-4.0.1.18-0.0x2go1.1.git20141006.949.main.fc20.x86_64 ---> Package x2goserver.x86_64 0:4.0.1.18-5.fc20 will be an update ---> Package x2goserver-xsession.x86_64 0:4.0.1.18-0.0x2go1.1.git20141006.949.main.fc20 will be updated ---> Package x2goserver-xsession.x86_64 0:4.0.1.18-5.fc20 will be an update --> Finished Dependency Resolution Error: Package: x2goserver-extensions-4.0.1.18-0.0x2go1.1.git20141006.949.main.fc20.x86_64 (@x2go-releases) Requires: x2goserver = 4.0.1.18-0.0x2go1.1.git20141006.949.main.fc20 Removing: x2goserver-4.0.1.18-0.0x2go1.1.git20141006.949.main.fc20.x86_64 (@x2go-releases) x2goserver = 4.0.1.18-0.0x2go1.1.git20141006.949.main.fc20 Updated By: x2goserver-4.0.1.18-5.fc20.x86_64 (updates) x2goserver = 4.0.1.18-5.fc20 Available: x2goserver-4.0.1.6-5.fc20.x86_64 (fedora) x2goserver = 4.0.1.6-5.fc20 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest expected outcome: package updates correctly.

6 14

Bug#954: SFTP server fails to read dirs containing files with umlauts
by Mike Gabriel 15 Jan '24

15 Jan '24

Package: python-x2go Version: 0.5.0.4 Severity: important I just discovered that the folder sharing code (integrated SFTP server) of Python X2Go chokes on directories contaning file names with umlauts. I will take a look into this soon... 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#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#809: custom items applications= field in sessions file crashes PyHoca-CLI/GUI
by Mike Gabriel 08 Jan '24

08 Jan '24

Package: python-x2go Version: 0.5.0.4 Severity: minor X2Go Client obviously is able to add extra/custom items to the applications= field in a session profile item. We observed one case where pyhoca-gui crashed when encountering this line in the sessions file: applications=WWWBROWSER, MAILCLIENT, OFFICE, TERMINAL, /usr/bin/Virtualbox %U, /usr/bin, /usr/bin/Virtualbox, Virtualbox, Virtualbox %U (which looks broken anyway, but PyHoca-GUI should not crash on it). 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#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#1297: do not look for keys when one is supplied already
by nounce＠posteo.net 08 Jan '24

08 Jan '24

Package: python-x2go Version: 0.5.99.0 Tag: patch When a server and no profile is selected and a ssh-key is provided python-x2go will ignore the provided ssh key and ask for a password instead. $ mkdir ~/.x2go $ docker run -it -d -p 2222:22 --name=x2go quay.io/tatsuya6502/x2go:latest $ docker logs x2go | tail -n +2 > ~/.x2go/x2go-key $ pyhoca-cli --server localhost --ssh-key ~/.x2go/x2go-key -p 2222 -N -c xclock --user docker

3 2

Bug#1298: KeyError: '6ab639d6-5521-11e8-a326-54ee759b5b41' in registry.py
by Mike Gabriel 08 Jan '24

08 Jan '24

Package: src:python-x2go Version: 0.6~git I recently saw a crash in PyHoca-CLI: Traceback (most recent call last): File "/home/mike/MyDocuments/4projects/x2go-upstream/pyhoca-cli/x2go/registry.py", line 122, in __call__ return self.registry[session_uuid] KeyError: '6ab639d6-5521-11e8-a326-54ee759b5b41' It came when I issued a "reboot" from within the X2Go session on the remote host. More a reminder to myself to try/except around it. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby mobile: +49 (1520) 1976 148 landline: +49 (4354) 8390 139 GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31 mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de

1 1

Bug#1184: crucial packages missing in opensuse repo
by Alberto Bursi 08 Jan '24

08 Jan '24

Package: python-x2go x2goclient Version: not-relevant The x2go repo of opensuse leap (version 42.1 and 42.2) lacks very important packages like python-x2go (pyhoca GUI/CLI can't work without) or x2goclient So it's basically impossible to install a client application without using OBS (Opensuse's third party repo). See here: http://packages.x2go.org/opensuse/42.2/main/x86_64/ It seems in your repo for opensuse 13.2 these packages exist. http://packages.x2go.org/opensuse/13.2/main/x86_64/

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#709: unity-greter brakes desktop
by Theo Gorm Lindbæk 08 Jan '24

08 Jan '24

Package: unity-greter-x2go Version: 14.04.01-0~24~ubuntu.14.04.1 Install on Ubuntu 14.04.1 64 bit Hello We install unity-greter-x2go from ppa:x2go/ppa after reboot the menu disappear regards Gorm

4 4

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

loginctl 'enable-linger' causes systemd --user to respawn on boot
by Montjoy, Robert (montjoy) 28 Sep '23

28 Sep '23

Hi. At one time "loginctl enable-linger" was added to the x2gostartagent to make sure the systemd did not kill the x2go process on disconnect. This has had the probably undesired affect of having systemd --user username being executed on boot for every x2go user. At the last boot about 70 processes (one for systemd and one for pam) were spawned. This is probably not what we want. Is there a better way to handle the systemd termination issue? Should something like systemd-run --scope --user x2goagent ..... be used instead? Or can x2go cleanup this entry on termination? Maybe have x2gocleansessions do it? Note: I will probably cleanup /var/lib/systemd/linger on boot by executing rm -f /var/lib/systemd/linger/* but that it is more of a "hammer" approach than anything else. Thanks in advance. Rob

3 2

Bug#1445: pyhoca-cli fails to connect to suspended x2go session
by Randy Goldenberg 22 Aug '23

22 Aug '23

Package: pyhoca-cli Version: 0.6.1.2 Tag: patch pyhoca-cli fails to connect to suspended x2g0 sessions. $ pyhoca-cli --server my.x2go.server -t desktop -c openbox-session -g maximize -R NEWEST pyhoca-cli[13131] NOTICE: preparing requested X2Go session pyhoca-cli[13131] (PyHocaCLI) NOTICE: preparing requested X2Go session pyhoca-cli[13131] (x2gosessregistry-pylib) NOTICE: registering X2Go session Pyhoca-Client_Session... pyhoca-cli[13131] (x2goclient-pylib) NOTICE: initializing X2Go session... pyhoca-cli[13131] (x2gocontrolsession-pylib) NOTICE: connecting to [my.x2go.server]:22 /usr/lib/python3/dist-packages/Crypto/Cipher/blockalgo.py:141: FutureWarning: CTR mode needs counter parameter, not IV self._cipher = factory.new(key, *args, **kwargs) pyhoca-cli[13131] (PyHocaCLI) NOTICE: authentication has been successful pyhoca-cli[13131] (PyHocaCLI) NOTICE: give the X2Go session some time to come up... Traceback (most recent call last): File "/usr/bin/pyhoca-cli", line 455, in <module> thisPyHocaCLI.MainLoop() File "/usr/lib/python3/dist-packages/pyhoca/cli/frontend.py", line 702, in MainLoop self.resume_session(self.x2go_session_hash) File "/usr/lib/python3/dist-packages/pyhoca/cli/frontend.py", line 229, in resume_session if available_sessions is None: UnboundLocalError: local variable 'available_sessions' referenced before assignment client OS: Ubuntu 16.04.6 LTS server OS: Ubuntu 16.04.6 LTS server's version of the x2goserver package: x2goserver: 4.1.0.4 x2goserver-common: 4.1.0.4 x2goserver-desktopsharing: 4.1.0.3 x2goserver-extensions: 4.1.0.4 x2goserver-fmbindings: 4.1.0.4 x2goserver-printing: 4.1.0.4 x2goserver-xsession: 4.1.0.4 Patch attached. ----- End forwarded message -----

4 4

Bug#1469: X2Go Client connection issue (Socket error)
by Melroy van den Berg 29 Jun '23

29 Jun '23

Package: x2goclient Version: 4.1.2.2 I often get an error message when I try to connect to my Debian buster docker image, running x2goserver and XFCE, via the X2Go Client on my host machine. It will give the following error message (when using the --debug flag on the x2goclient): x2go-DEBUG-../src/sshmasterconnection.cpp:2071> "ssh_channel_open_session failed": "Socket error: No such file or directory" x2go-DEBUG-../src/sshprocess.cpp:478> I/O error: "ssh_channel_open_session failed."" - Socket error: No such file or directory" (0). I created a detailed video, I posted it on YouTube, please take a look at the video: https://youtu.be/LAlLtBNTIUo Logging details, reproducibility and more is explained in the video itself. You'll notice that I can sometimes connect to the XFCE session and sometimes I can't. Although connecting via the ssh cli command is always working without any issues. Meaning there is really some kind of bug in the X2Go Client. I'm afraid. Again, I really hope somebody could help me in finding the root-cause and fixing the issue. Since I really love X2Go. And I would like to use this tool in production. I'm also a software developer so maybe I can help debugging the problem. Similar (same) bug is reported in the past (from 2019): https://lists.x2go.org/pipermail/x2go-user/2019-March/005512.html All the details regarding this Docker image and setup can be found in this git repo: https://gitlab.melroy.org/melroy/xfcevdi See attachments for additional debug logs of the client itself. One when successful and one during the error. Thanks in advance! Kind regards, Melroy van den Berg Ps. You can contact me by mail of course. But I can understand that debugging this issue would be preferable be done via VoIP for example.

7 18

Bug#1434: Use login shell for session
by Orion Poplawski 30 May '23

30 May '23

Package: x2goserver Version: 4.1.0.3 Tags: patch X2Go's Xsession file always starts the user's session with /bin/bash (at least on RedHat systems where SHELL is set to /bin/bash via ~/.bashrc calling /etc/bashrc). This patch attempts to determine the user's login shell and use that for launching the session. See also: https://bugzilla.redhat.com/show_bug.cgi?id=1794660 Another option might be the judicious use of the --norc option when launching x2goruncommand on followers but I'm not sure what other effects this will have or where to do that. Effects might not be to bad because I can simulate this by moving away the user's .bash_profile and .bashrc files and then the tcsh is used as expected in this case. However, while $SHELL does not get set in this case, the xfce4-session script still gets launched with bash which triggers some other errors, so this patch may be the best option. --- x2goserver-xsession/etc/Xsession | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/x2goserver-xsession/etc/Xsession b/x2goserver-xsession/etc/Xsession index 270a0b3..522f37e 100755 --- a/x2goserver-xsession/etc/Xsession +++ b/x2goserver-xsession/etc/Xsession @@ -117,6 +117,10 @@ if ! echo "*" >>"$WRITE_TEST"; then fi rm -f "$WRITE_TEST" +# Determine the users login shell and use that to launch the session +SHELL=$(getent passwd $LOGNAME | cut -d: -f7) +# Fallback +[ -z "$SHELL" ] && SHELL=/bin/bash if [ -f /etc/debian_version ] || [ -f /etc/devuan_version ]; then -- 1.8.3.1 -- Orion Poplawski Manager of NWRA Technical Systems 720-772-5637 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane orion(a)nwra.com Boulder, CO 80301 https://www.nwra.com/

4 4

Bug#1388: Update keystrokes.cfg
by Ulrich Sibiller 30 May '23

30 May '23

Package: x2goserver-x2goagent Version: 4.1.0.3-0x2go1+git2018112 The keystroke.cfg is a) buggy and b) incomplete. Here's a patch that updates it (clone from nxagent 3.5.99.20).

3 2

Bug#1395: x2golistsessions_root update man page
by Ja Bi 30 May '23

30 May '23

Package: <x2goserver> Version: <a.b.c.d> Severity: wishlist Hi guys, it would be great to add "--all-servers" to x2golistsessions_root man page would be: SYNOPSIS x2golistsessions_root [<server_hostname>|--all-servers] thanks J.

4 3

Bug#1357: pyhoca 0.6.0.1 incompatible with x2goserver 4.1.0.3
by Chris Greenshields 30 May '23

30 May '23

Package: Pyhoca Version: 0.6.0.1 I tested all combinations of the following recent releases of the following software from the ppa:x2go/stable and ubuntu repositories: + x2goserver + 4.1.0.0-3 (ubuntu) + 4.1.0.3-0~1708~ubuntu18.04.1 (ppa:x2go/stable) + x2goclient + 4.1.1.1-2 (ubuntu) + 4.1.2.1-0~1788~ubuntu18.04.1 (ppa:x2go/stable) + pyhoca-cli + 0.5.0.4-1 (ubuntu) + 0.6.0.1 (ppa:x2go/stable) There is one combination that did not work: x2goserver 4.1.0.3-0~1708~ubuntu18.04.1 (ppa:x2go/stable) with pyhoca-cli 0.6.0.1 (ppa:x2go/stable) It failed with the following message, which I assume is a bug: " a bytes-like object is required, not 'str' pyhoca-cli: error: the remote server does not have the X2Go Server software installed "

5 12

Bug#1537: Logfile corruption
by Ulrich Sibiller 30 May '23

30 May '23

Package: x2goserver Version: 4.1.0.3 See attached patch for a fix to the session.log being corrupted when nxagent is printing a lot of debug output.

4 4

Bug#1538: Keystrokes file out-of-date
by Ulrich Sibiller 30 May '23

30 May '23

Package: x2goserver-x2goagent Version: 4.1.0.3 The keystrokes file does not match up with the version of the latest nxagent. Attached patch fixes that.

4 4

Bug#1228: Ctrl-Alt-T doesn't terminate connection in "local desktop" sessions
by Alexey Nemov 30 May '23

30 May '23

Package: x2goserver Version: 4.0.1.20 Summary: As stated in the wiki https://wiki.x2go.org/doku.php/wiki:advanced:nx-keyboard-shortcuts The action "close_session" should terminate the session. But, pressing Ctrl-Alt-t in a "local desktop" session does not "terminate" the session. Steps to reproduce: 0. Create a new session profile in x2goclient with session type "Connect to local desktop"; 1. Connect to remote computer using this session profile; 2. Press Ctrl-Alt-t at the client. Expected behaviour: The remote desktop window on the client should close, the connection should be terminated. Actual behaviour: The remote desktop window on the client does not close, the connection is not terminated. The following log entries appears in the server's system journal: ``` Oct 26 13:50:39 localhost /usr/bin/x2gosuspend-session[31790]: session with ID alex-50-1508997021_stS1XSHADalexXSHADPP0_dp24 has been suspended successfully Oct 26 13:50:45 localhost su[31900]: Successful su for alex by root Oct 26 13:50:45 localhost su[31900]: + ??? root:alex Oct 26 13:50:45 localhost su[31900]: pam_unix(su:session): session opened for user alex by (uid=0) Oct 26 13:50:45 localhost systemd-logind[508]: New session c99 of user alex. Oct 26 13:50:45 localhost systemd[1]: Started Session c99 of user alex. Oct 26 13:50:46 localhost su[31900]: pam_unix(su:session): session closed for user alex Oct 26 13:50:46 localhost su[31923]: Successful su for alex by root Oct 26 13:50:46 localhost su[31923]: + ??? root:alex Oct 26 13:50:46 localhost su[31923]: pam_unix(su:session): session opened for user alex by (uid=0) Oct 26 13:50:46 localhost systemd-logind[508]: Removed session c99. Oct 26 13:50:46 localhost systemd-logind[508]: New session c100 of user alex. Oct 26 13:50:46 localhost systemd[1]: Started Session c100 of user alex. Oct 26 13:50:49 localhost /usr/bin/x2gosuspend-session[32026]: session with ID alex-50-1508997021_stS1XSHADalexXSHADPP0_dp24 has been suspended successfully Oct 26 13:50:50 localhost su[31923]: pam_unix(su:session): session closed for user alex Oct 26 13:50:50 localhost systemd-logind[508]: Removed session c100. Oct 26 13:50:53 localhost /usr/sbin/x2gocleansessions[12745]: alex-50-1508997021_stS1XSHADalexXSHADPP0_dp24: session status S desynchronized with current status (R) and session suspend already tried unsuccessfully ``` Other infomation: 0. Executing x2gosuspend-session <ID> on the server has the same effect as pressing C-A-t at the client. 1. Execuitng x2goterminate-session <ID> on the server does terminates the session and closes the client window. 3. Server-side /etc/x2go/keystrokes.cfg: http://paste.debian.net/plain/992795 -- System Information (server and client): Debian Release: 9.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)

6 10

Bug#1421: journalctl flooded with ssh_channel_accept: No channel request of this type from server
by Sorin T 10 Apr '23

10 Apr '23

Package: x2goclient Version: 4.1.2.1 This output is shown continuously. I have also disabled the Media and the Shared folders options. [2019/12/05 12:21:49.755356, 1] ssh_channel_accept: No channel request of this type from server [2019/12/05 12:21:49.844514, 1] ssh_channel_accept: No channel request of this type from server [2019/12/05 12:21:49.844968, 1] ssh_channel_accept: No channel request of this type from server [2019/12/05 12:21:50.345651, 1] ssh_channel_accept: No channel request of this type from server [2019/12/05 12:21:50.846330, 1] ssh_channel_accept: No channel request of this type from server [2019/12/05 12:21:51.347011, 1] ssh_channel_accept: No channel request of this type from server [2019/12/05 12:21:51.354536, 1] ssh_channel_accept: No channel request of this type from server [2019/12/05 12:21:51.355837, 1] ssh_channel_accept: No channel request of this type from server [2019/12/05 12:21:51.358011, 1] ssh_channel_accept: No channel request of this type from server [2019/12/05 12:21:51.858687, 1] ssh_channel_accept: No channel request of this type from server [2019/12/05 12:21:52.359381, 1] ssh_channel_accept: No channel request of this type from server [2019/12/05 12:21:52.860074, 1] ssh_channel_accept: No channel request of this type from server [2019/12/05 12:21:53.360787, 1] ssh_channel_accept: No channel request of this type from server It could be a ssh config problem ? I am using on client machine: OpenSSH_8.1p1, OpenSSL 1.1.1d 10 Sep 2019 Guest OS: Debian based Guest ssh version: OpenSSH_7.9p1 Debian-10, OpenSSL 1.1.1d 10 Sep 2019 Guest x2goserver: 4.1.0.3-4 Sent with [ProtonMail](https://protonmail.com) Secure Email.

3 6

Bug#1591: wslvar and wslpath do not work in tmux session that is started on x2goserver
by Alezender Tan 19 Aug '22

19 Aug '22

Package: x2goserver Version: 4.1.0.3-5 wslvar and wslpath do not work in tmux session that is started on x2goserver Relevant issues: - tmux: https://github.com/tmux/tmux/issues/3295 - WSL: https://github.com/microsoft/WSL/issues/8706 Environment: 1. Client OS: Microsoft Windows [Version 10.0.19042.1466] 2. Client version: 4.1.2.2 (Qt - 4.8.6) 3. Server OS: a. Kernel version: Linux version 5.10.102.1-microsoft-standard-WSL2 (oe-user@oe-host) (x86_64-msft-linux-gcc (GCC) 9.3.0, GNU ld (GNU Binutils) 2.34.0.20200220) b. Distro version: ``` Distributor ID: Ubuntu Description: Ubuntu Jammy Jellyfish (development branch) Release: 22.04 Codename: jammy ``` 4. x2goserver version: `dpkg --status x2goserver` returns ``` Package: x2goserver Status: install ok installed Priority: optional Section: x11 Installed-Size: 420 Maintainer: Ubuntu Developers <ubuntu-devel-discuss(a)lists.ubuntu.com> Architecture: amd64 Version: 4.1.0.3-5 Replaces: x2goserver-compat, x2goserver-home, x2goserver-one, x2goserver-pyhoca Depends: bc, libfile-basedir-perl, libfile-which-perl, libswitch-perl, libtry-tiny-perl, libx2go-server-perl (<< 4.1.0.3-5.1~), libx2go-server-perl (>= 4.1.0.3-5), lsb-base, lsof, net-tools, openssh-client, openssh-server, perl, psmisc, pwgen, x2goserver-common (<< 4.1.0.3-5.1~), x2goserver-common (>= 4.1.0.3-5), x2goserver-x2goagent (<< 4.1.0.3-5.1~), x2goserver-x2goagent (>= 4.1.0.3-5), xauth, xkb-data, debconf (>= 0.5) | debconf-2.0 Pre-Depends: init-system-helpers (>= 1.54~) Recommends: fontconfig, sshfs, x11-apps, x11-session-utils, x11-utils, x11-xfs-utils, x11-xkb-utils, x11-xserver-utils, x2goserver-extensions (<< 4.1.0.3-5.1~), x2goserver-extensions (>= 4.1.0.3-5), x2goserver-fmbindings (<< 4.1.0.3-5.1~), x2goserver-fmbindings (>= 4.1.0.3-5), x2goserver-printing (<< 4.1.0.3-5.1~), x2goserver-printing (>= 4.1.0.3-5), x2goserver-xsession (<< 4.1.0.3-5.1~), x2goserver-xsession (>= 4.1.0.3-5), xfonts-base, xinit Suggests: pulseaudio-utils, rdesktop Breaks: x2godesktopsharing (<< 3.1.1.2-0~), x2goserver-compat (<< 4.0.1.99~), x2goserver-home, x2goserver-one, x2goserver-pyhoca (<< 4.0.1.99~) ... ``` 5. x2goserver-xsession version: `dpkg --status x2goserver-xsession` returns ``` Package: x2goserver-xsession Status: install ok installed Priority: optional Section: x11 Installed-Size: 54 Maintainer: Ubuntu Developers <ubuntu-devel-discuss(a)lists.ubuntu.com> Architecture: all Source: x2goserver Version: 4.1.0.3-5 Depends: dbus, perl:any, x11-common, x2goserver (<< 4.1.0.3-5.1~), x2goserver (>= 4.1.0.3-5) ... ``` 6. nxagent version: `dpkg --status nxagent` returns ``` Package: nxagent Status: install ok installed Priority: optional Section: x11 Installed-Size: 4806 Maintainer: Ubuntu Developers <ubuntu-devel-discuss(a)lists.ubuntu.com> Architecture: amd64 Multi-Arch: foreign Source: nx-libs Version: 2:3.5.99.26-5 Replaces: libxcompext3, nxauth Depends: libnx-x11-6 (= 2:3.5.99.26-5), libxcomp3 (= 2:3.5.99.26-5), libxcompshad3 (= 2:3.5.99.26-5), x11-xkb-utils, libc6 (>= 2.34), libjpeg8 (>= 8c), libpixman-1-0 (>= 0.13.2), libpng16-16 (>= 1.6.2-1), libtirpc3 (>= 1.0.2), libx11-6 (>= 2:1.4.99.1), libxcomposite1 (>= 1:0.4.5), libxdmcp6, libxext6, libxfixes3, libxfont2 (>= 1:2.0.1), libxinerama1, libxml2 (>= 2.7.4), libxpm4, libxrender1, zlib1g (>= 1:1.1.4) Recommends: xfonts-base, xkb-data Breaks: libxcompext3 (<< 2:3.5.99.3~), nxauth ... ``` Steps to reproduce: 1. Install and setup WSL2 based on https://docs.microsoft.com/en-us/windows/wsl/install (exact component versions can be found at https://github.com/microsoft/WSL/issues/8706) 2. Install x2goserver in WSL2 based on https://wiki.x2go.org/doku.php/doc:installation:x2goserver 3. Install x2goclient on host Windows system based on https://wiki.x2go.org/doku.php/doc:installation:x2goclient 4. Download tarball from https://github.com/tmux/tmux/releases/tag/3.3a (currently latest version, older version i.e. 3.2a installed via `sudo apt install tmux` also encounters same problem) 5. Install tarball in WSL2 based on instructions at https://github.com/tmux/tmux/wiki/Installing#from-source-tarball 6. Start session on x2goclient and run `tmux` 7. Run `wslvar -S` within tmux session 8. Run `wslpath -w "${HOME}"` within tmux session Expected results: 1. output of `wslvar -S` within tmux should be ``` Name Value ---- ----- ALLUSERSPROFILE C:\ProgramData ... windir C:\Windows ZES_ENABLE_SYSMAN 1 ``` 2. output of `wslpath -w "${HOME}"` within tmux should be `\\wsl$\<distro_name>\home\<username>` Actual results: 1. Running `wslvar -S` within tmux running on x2goserver yields no output 2. Running `wslpath -w "${HOME}"` within tmux on x2goserver returns `wslpath: /home/<username>: Invalid argument` Further information: As mentioned at https://github.com/microsoft/WSL/issues/8706#issuecomment-1211326423, running tmux in WSL2 shell first then on x2goserver causes `wslvar -S` and `wslpath -w "${HOME}"` to work properly but they break if tmux is run on x2goserver first

1 0

Bug#1590: x2goclient fails to connect after updating qt5 libs to 5.15.x
by Baese Alexander 15 Aug '22

15 Aug '22

Package: x2goclient Version: 4.1.2.2 Hello all, Just finished a update run in our environment. After that the x2go client could not establish a connection via xfce. After a long bug hunt we found out that updating the qt5 libs actually breaks the client and it will no longer build up xfce sessions (RDP worked flawlessly). Working libs: qt5-qtsvg-5.12.5-1.el8.x86_64 qt5-qtx11extras-5.12.5-1.el8.x86_64 updated to (not working): qt5-qtx11extras-5.15.2-2.el8.x86_64 qt5-qtsvg-5.15.2-4.el8.x86_64 Unfortunately I am not able to post logs / more detailed specs due to regulations. But maybe this can be recreated in a test scenario. Greetings

5 7

Bug#1541: x2go graphics issue on MacOS Big Sur
by Kailin Zhuang 12 Aug '22

12 Aug '22

Package: x2goclient Version: 4.1.2.1 I'm using X2Go to run scientific software on our campus compute cluster (since 2019). I recently installed X2Go on a new MacBook Pro 2020 with the M1 chip running Big Sur. Immediately after launching X2Go, the following message repeats about 10 times per minute until I close X2Go: com.apple.xpc.launchd[1] (com.apple.mdworker.shared.XXX): Service exited due to SIGKILL | sent by mds[499]\ When I start Matlab (a scientific application I use for research), the x2go window turns black and becomes unusable. I'm enclosing a screenshot. The same Matlab software works as expected (no display problems) when I run it remotely via ssh (with X11 forwarding enabled) instead of X2Go.

2 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev August 2022