x2go-dev April 2021

x2go-dev@lists.x2go.org

10 participants
88 discussions

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#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

Bug#1194: TERM variable not set
by Patryk P 12 Mar '22

12 Mar '22

Package: X2Go Client v. 4.1.0.0 (Qt - 4.8.6.) for windows 7 32bit Console output: [image: 2017-07-15 10_15_28-X2Go Client (Debug).png]

3 2

Bug#1427: Update Tumbleweed packages for Perl 5.30
by Tristan Miller 28 Sep '21

28 Sep '21

Package: x2goserver Version: 4.1.0.4 Tags: rpm-packages Various openSUSE Tumbleweed packages for the X2Go server are built in such a way that they require Perl 5.28.1. However, Tumbleweed no longer distributes that version of Perl; it now distributes only Perl 5.30.1. This means that it is impossible to install these X2Go server packages on the most recent release of Tumbleweed, and for Tumbleweed systems where those X2Go server packages were already installed, it is impossible to upgrade Tumbleweed without removing the X2Go server: $ sudo zypper dup [sudo] password for root: Loading repository data... Reading installed packages... Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command. Computing distribution upgrade... 9 Problems: Problem: x2goserver-common-4.1.0.4-0.0x2go1.0.git20191106.1811.heuler.x86_64 requires perl(:MODULE_COMPAT_5.28.1), but this requirement cannot be provided Problem: perl-5.28.1-3.4.x86_64 requires perl-base = 5.28.1, but this requirement cannot be provided Problem: perl-X2Go-Server-DB-4.1.0.4-0.0x2go1.0.git20191106.1811.heuler.x86_64 requires perl(:MODULE_COMPAT_5.28.1), but this requirement cannot be provided Problem: perl-X2Go-Server-4.1.0.4-0.0x2go1.0.git20191106.1811.heuler.x86_64 requires perl(:MODULE_COMPAT_5.28.1), but this requirement cannot be provided Problem: perl-X2Go-Log-4.1.0.4-0.0x2go1.0.git20191106.1811.heuler.x86_64 requires perl(:MODULE_COMPAT_5.28.1), but this requirement cannot be provided Problem: x2goserver-4.1.0.4-0.0x2go1.0.git20191106.1811.heuler.x86_64 requires perl(:MODULE_COMPAT_5.28.1), but this requirement cannot be provided Simply telling zypper to keep the obsolete packages doesn't work as this ends up in a rabbit-hole of seemingly irresolvable dependency issues.

1 4

Bug#1520: Proxy-Server - SSH - strong Cipher crash x2Go-Client
by Marian.Schwarcz＠dlr.de 20 Sep '21

20 Sep '21

Package: x2goClient Version: 4.1.2.2-2020.02.13 Host-System: Windows 10, und Windows Server 2012 R2 (German Language) Installations-Typ: Recommended (Default) *** Problem Description *** When using x2GoClient via jumpserver (as SSH-Proxy-Server), then is X2GoClient automatic closed (without any Information). Problem are the SSH-Strong-Ciphers, which are configured in SSHd on Jumpserver. Strong Ciphers => x2GoClient crashed. If default Ciphers => x2GoClient and connection works. *** X2GoClient - Configuration *** Sitzungsname: test Pfad: / Host: ziel-server Login: test_ye SSH-Port: 22 Proxy-Server für SSH-Verbindung verwenden SSH Host: jumpserver Port: 22 Gleiche Anmeldung wie für X2Go-Server Gleiches Kennwort wie für X2Go-Server XFCE *** Jumpserver Configuration) *** Jumpserver SSHd Config: /etc/ssh/sshd_config (CentOS 7) Ciphers aes128-ctr,aes192-ctr,aes256-ctr The ciphers are used for strong Encryption. Then access from x2GoClient via jumpserver cannot handle this. ------ When the Cipher-Restriction is not configured: Jumpserver SSHd Confg: (CentOS 7) #Ciphers aes128-ctr,aes192-ctr,aes256-ctr then the connection from x2GoClient via jumpserver to Destination X2Go-Server does work. I hope I provided all needed information for you. Let me know if this can be patched, or does our Company need to search for other solution. Thank you. Best regards, Marián Schwarcz

4 5

Bug#913: Inaccurate scaling of dialog boxes and fonts for large DPI screen in Windows 10
by Alves-Foss, James (jimaf＠uidaho.edu) 02 Aug '21

02 Aug '21

Package: x2goclient for windows Version: 4.0.5.0 Downloaded new version of x2goclient for a new Dell Laptop. Screen resolution 3200x1800. OS Windows 10 (just checked, same problem on similar machine in Windows 8.1) When I open the main program, the fonts and windows do not scale well in the session selection boxes When I create a new session and try to open it, I can not see the list of open sessions to connect to. This appears to be a scaling issue for high DPI systems. I tried Windows 7, Windows 8 compatibility modes. I tries to disable display scaling on high DPI systems (see attached images)

3 2

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

18 Jun '21

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

2 1

X2Go Client Nightly builds for debian bullseye
by Oleksandr Shneyder 16 Jun '21

16 Jun '21

Hi guys, I just checked the Jenkins and I could see that there are some issues building the X2Go Client heuler packages for bullseye. Looks like the problem is in qt4 build dependencies, which is not available in bullseye anymore. I don't want to get involved in the packaging process, but I think it's very important to have the nightly builds working for debian testing. What do you think about it? regards, Alex -- ----------------------------------------------------------- Oleksandr Shneyder | Email: o.shneyder(a)phoca-gmbh.de phoca GmbH | Tel. : 0911 - 14870374 0 Schleiermacherstr. 2 | Fax. : 0911 - 14870374 9 D-90491 Nürnberg | Mobil: 0163 - 49 64 461 Geschäftsführung: Dipl.-Inf. Oleksandr Shneyder Amtsgericht München | http://www.phoca-gmbh.de HRB 196 658 | http://www.x2go.org USt-IdNr.: DE281977973 -----------------------------------------------------------

6 12

Bug#1369: Keys do not release when using Emacs in X2GO Client
by Yan Zhang 03 May '21

03 May '21

Package: x2goclient Version: 4.1.2.0 I am using Emacs 24.5.1 with x2go client version 4.1.2.0 in Windows 10. My server OS is Ubuntu 16.04 and the x2goserver comes from the PPA repo. The problem happens if I hit "ctrl+space" to start mark region in Emacs and then press down "ctrl+n" to scroll down the region for a few seconds. Usually after I release "ctrl+n", Emacs will leave the currently marked region for further commands. But in the reported version of client, Emacs keeps scrolling down until it reaches the end of the file. There is no way to stop it within Emacs (e.g., "ctrl+g"). I have tried to move the cursor by keeping "ctrl+n" pressed down. This issue does not happen after I release the key. This issue happens when the session type is either "XFCE" or "published application". I have not tested other session types as I do not have an environment for that. And client version 4.1.1.1 does not seem to have this issue. Thanks and regards, Yan

4 4

Bug#1484: Crashing sessions
by Fabrice Jaunet 28 Apr '21

28 Apr '21

Hello, After a small adjustment of the size of /dev/shm in the fstab, it was running quite well since 1 year... But it started again since a few days: " .... nxagentFindItemBSPixmapList : WARNING ! Item not found. nxagentFindItemBSPixmapList: WARNING! Item not found. nxagentFindItemBSPixmapList: WARNING! Item not found. nxagentFindItemBSPixmapList: WARNING! Item not found. nxagentFindItemBSPixmapList: WARNING! Item not found. nxagentFindItemBSPixmapList: WARNING! Item not found. nxagentFindItemBSPixmapList: WARNING! Item not found. nxagentFindItemBSPixmapList: WARNING! Item not found. nxagentFindItemBSPixmapList: WARNING! Item not found. nxagentFindItemBSPixmapList: WARNING! Item not found. nxagentFindItemBSPixmapList: WARNING! Item not found. Error: Failed to read peer proxy. Loop: PANIC! No termination of the proxy connection was performed by the remote proxy. Error: The connection to the remote peer is broken. Error: Please check your network status and try again. Session: Display error detected at 'Tue Apr 27 18:31:47 2021'. Session: Session suspended at 'Tue Apr 27 18:31:47 2021'. Session: Session suspended at 'Tue Apr 27 18:31:47 2021'. Session: Resume session at 'Wed Apr 28 07:50:48 2021'. _X11TransSocketCreateConnInfo: No room for a new _NXProxyConnInfo for [256]. _X11TransSocketOpenCOTSClient: Unable to create NX connection info for local. _X11TransOpen: transport open failed for local/nx,options=/tmp/.x2go-yellow/C-yellow-50-1619502914_stDMATE_dp24/options:50 Session: Display failure detected at 'Wed Apr 28 07:50:48 2021'. Session: Session suspended at 'Wed Apr 28 07:50:48 2021 Session: Session suspended at 'Wed Apr 28 07:50:48 2021 Session: Session suspended at 'Wed Apr 28 07:50:48 2021'. Session: session suspended at 'Wed Apr 28 07:50:48 2021 Session: Session suspended at 'Wed Apr 28 07:50:48 2021'. Session: Session suspended at 'Wed Apr 28 07:50:48 2021'. Session: Session suspended at 'Wed Apr 28 07:50:49 2021'. Session: Session suspended at 'Wed Apr 28 07:50:49 2021'. Session : Session suspension at the address 'Wed Apr 28 07:50:49 2021'. ... " Does anyone know how to resume a session in this state? Regards, Fabrice

1 0

← Newer
1
2
3
4
5
6
7
8
9
Older →

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev April 2021