x2go-dev

x2go-dev@lists.x2go.org

4 participants
5403 discussions

Bug#1594: X2Go Windows Client fails to connect to hostname resolving to both IPv4 and IPv6
by me＠jcn50.com 24 Nov '22

24 Nov '22

Package: X2Go Windows Client Version: 4.1.2.2 I have a hostname that has both 1x IPv4 address (A records) and 1x IPv6 address (AAAA records). The client fails to connect (connection timeout error exact message: "Timeout connecting to $HOSTNAME") if I use the hostname. However if I enter the IPv4 or the IPv6 instead of the hostname: it works! Proposed solution: it should try to connect/resolve to the IPv6 first, then the IPv4. Regards, Chris.

1 0

Bug#1592: X2Go Windows Client fails to connect to hostname resolving to both IPv4 and IPv6
by me＠jcn50.com 24 Nov '22

24 Nov '22

Package: X2Go Windows Client Version: 4.1.2.2 I have a hostname that has both 1x IPv4 address (A records) and 1x IPv6 address (AAAA records). The client fails to connect (connection timeout error) if I use the hostname. However if I enter the IPv4 or the IPv6 instead of the hostname: no problem! Proposed solution: it should try to connect/resolve to the IPv6 first, then the IPv4. Regards, Chris.

1 0

Two Upcoming X2Go Events: X2Go: The Spread 2021.5 and 2022
by Stefan Baur 22 Nov '22

22 Nov '22

Hi $ALL, It's been a while, but now it is time for not only one, but two X2Go Events. As you all know, the Covid-19 pandemic kept us from hosting our usual X2Go: The Gathering events in 2021 and 2022. So instead of gathering, we'll now spread out. Instead of meeting for a weekend in "meatspace", like we used to, we'll now meet online during the work week starting 18:00 CET/MEZ each day (or possibly even later, given volunteer feedback), and only for a few hours each day. X2Go: The Spread 2021.5 (2022-11-28 to 2022-12-02) is the replacement event for X2Go: The Gathering 2021, which had to be cancelled due to illness of several core members. This event starts in a little less than a week - but if you can't make it on such short notice, do not worry. X2Go: The Spread 2021.5 will be more of an informal virtual meetup, with people working on "behind the scenes" stuff, testing out our streaming/recording equipment, etc. The "real deal" will be X2Go: The Spread 2022, which is also scheduled for the evening hours, but will take place from 2022-12-12 to 2022-12-16 (with a possible extension to one of the weekends before or after - we'll see). This is where we'll also have the annual orca e.V. meeting. The date and time for the orca e.V. meeting is fixed: 2022-12-16, 20:00 CET/MEZ. This is the event where we'll see/hear a talk each evening, and work on getting our releases out. Of course, both events have their own wiki page to track progress and updates: X2Go: The Spread 2021.5: <https://wiki.x2go.org/doku.php/events:x2go-spread-2021.5> X2Go: The Spread 2022: <https://wiki.x2go.org/doku.php/events:x2go-spread-2022> Kind Regards, Stefan Baur, X2Go's Event Planner -- 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

1 0

Upcoming X2Go and orca e.V. sponsorship drive
by Stefan Baur 24 Oct '22

24 Oct '22

Dear $ALL, As you might know, a few years ago, at "X2Go: The Gathering 2017", several key members of X2Go as well as members from other Remote Desktop-/Remote Application projects joined together to form the Open Remote Computing Association - orca e.V. - a registered association under Germanys Civil Code and also registered as a charitable organization, similar to a 501(c)(3) organization in the US. This June, we joined betterplace.org for easier handling of donations. They offer PayPal, SEPA Direct Debit, Credit Card, giropay/paydirekt and Wire transfer. And they also handle issuing donation receipts for us. (Note that while donations towards orca/X2Go are tax-deductible for German tax subjects, this may vary in other jurisdictions.) The Commercial and Savings Bank Ulm, where orca's bank account resides, is planning a sponsorship drive for all charitable organizations registered with them via betterplace.org, starting Monday, 2022-10-24, 09:00 CEST and ending Friday, 2022-10-28, 23:59 CEST - so that's this week. They have pooled 17 500 EUR and will distribute them across all charitable orgs registered with them that receive donations. So it's not a 1:1 matching of each donation, but the org with the biggest amount of donations gets the biggest piece of the cake, so to speak. If you can, please visit the donation sites below and send a few €€€ our way. (But don't feel bad if you can't. Times are rough. We get that.) We'd prefer if you use the German-language donation forms because with these, we know for sure that the donation counts towards the bank's pledge. However, if you're afraid of hitting the wrong button in a German-language form, feel free to use the link that points to the English version. To donate towards X2Go: German: <https://www.wirwunder.de/projects/111056?wirwunder=235> English: <https://www.betterplace.org/en/projects/111056?wirwunder=235> To donate towards orca e.V., our umbrella org: German: <https://www.wirwunder.de/projects/111057?wirwunder=235> English: <https://www.betterplace.org/en/projects/111057?wirwunder=235> Kind Regards, and Thanks in Advance, Stefan Baur X2Go's Community Manager -- 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

1 0

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

Infinite loop in X2GoRevFwTunnel handler on socket error
by Tomáš Cerha 22 Jun '22

22 Jun '22

Dear list members, We develop a custom client for our application using python-x2go and we make use of X2GoRevFwTunnel to expose some client side functionality to the server side app. We observed regular X2Go session freezing after about 3 hours running on Windows (several versions, reliably reproducible on Windows 10) with the following output: WARN: Reverse tunnel <paramiko.Channel 16 (open) window=2036405 -> <paramiko.Transport at 0x4e4f270L (cipher aes128-ctr, 128 bits) (active; 2 open channel(s))>> encoutered socket error: [Errno 10054] An existing connection was forcibly closed by the remote host This message comes from x2go_rev_forward_channel_handler() and if the error persists, the code loops endlessly. This freezes the whole session (IMHO due to cooperative multitasking not having a chance to switch). The attached patch solves the problem by breaking after catching the socket error 1024 times. This leads to the tunnel being closed, which allows the application to reopen it automatically and recover gracefully from the situation. This seems suffitiently conservative, seems to make sense generally and definitely helps in our case. Of course, there may be other ways to deal with the problem, so the patch is just a suggestion. We currently work around the problem by monkey patching the function x2go_rev_forward_channel_handler(), but of course, we would love to see the problem solved upstream. Thank you for considering the patch and for your great work on the X2Go project. Best regards Tomáš Cerha

2 1

Running X2Go on Mac OS
by Tomáš Cerha 22 Jun '22

22 Jun '22

Dear list members, I recently managed to make our python-x2go based app run on Mac OS with some tiny changes to python-x2go, so I wanted to share these changes with others and suggest merging them upstream. The first problem was in defaults.py, which includes some specific settings for different OSes based on platform.system(). The problem is, that the section for Mac OS wrongly assumes that platform.system() returns ‘Mac’, while it actually returns ‘Darwin’. AFAIK, it has always been so. For more insight see for example https://bugs.python.org/issue7850. The attached file 0001-Fix-Mac-OS-recognition.patch fixes that. The second problem was that we need to install the NX proxy binary to a different path than "/usr/bin/nxproxy”. For that purpose I made use of the environment variable NXPROXY_BINARY which is already used on Windows. This is implemented by the second patch file 0002-Respect-NXPROXY_BINARY-also-on-non-Windows-systems.patch. For consistency, it might also make sense to use this variable only if it contains a valid path, as it is done on Windows, but I didn’t do that in the patch. Thank you for considering merging these patches upstream and thank you for the great work on X2Go. Best regards Tomas Cerha

2 1

Bug#1583: X2Go issue (in src:x2goserver) has been marked as pending for release
by Mike Gabriel 16 May '22

16 May '22

tag #1583 pending fixed #1583 4.1.0.4 thanks Hi! X2Go issue #1583 (src:x2goserver) reported by you has been fixed in X2Go Git. You can see the changelog below, and you can check the diff of the fix at: https://code.x2go.org/gitweb?p=x2goserver.git;a=commitdiff;h=1f9a68b4d1d13f… The issue will most likely be fixed in src:x2goserver (4.1.0.4). light+love X2Go Git Admin (on behalf of the sender of this mail) --- commit 1f9a68b4d1d13f80073d888586b48999316d5907 Author: Hanno Foest <hurga-x2go(a)tigress.com> Date: Mon May 16 21:29:38 2022 +0200 x2goserver-xsession: Port OPTIONS variable and has_option() function from recent version of /etc/X11/Xsession to X2Go's Xsession file. (Fixes: #1583). More porting is actually needed. diff --git a/debian/changelog b/debian/changelog index 4d737e11..c0514892 100644 --- a/debian/changelog +++ b/debian/changelog @@ -5,6 +5,12 @@ x2goserver (4.1.0.4-0x2go1.2) UNRELEASED; urgency=medium - x2gocleansessions: Separate non-forking behavior from --debug into --nofork. + [ Hanno Foest ] + * New upstream version (4.1.0.4): + - x2goserver-xsession: Port OPTIONS variable and has_option() function + from recent version of /etc/X11/Xsession to X2Go's Xsession file. (Fixes: + #1583). More porting is actually needed. + [ Mike Gabriel ] * New upstream version (4.1.0.4): - Fix version number in VERSION.x2goserver-desktopsharing.

2 1

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev