x2go-dev

x2go-dev@lists.x2go.org

5403 discussions

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

XFCE systray coredumps in Fedora 33
by Robert Kudyba 17 Jun '21

17 Jun '21

Using x2goserver-4.1.0.3-9.fc33.x86_64 with XFCE we see coredumps and I have a Bugzilla entry for it at https://bugzilla.redhat.com/show_bug.cgi?id=1722869 I included a gdb/backtrace and here's where it seg faults: panel-6-systray: segfault at f8 ip 00007fcf8849412d sp 00007ffd1ccad650 error 4 in libgdk-3.so.0.2404.25[7fcf88439000+82000] I can share the coredumps if needed.

1 0

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

Update Fedora dependencies
by Ulrich Sibiller 07 Jun '21

07 Jun '21

https://www.spinics.net/lists/fedora-devel/msg280134.html mentions x2goserver needs to be adapted.

1 0

Bug#1550: X2Go/Server/DB/SQLite3.pm: Reads shadow entry ($pass) but it is never used
by Paul Menzel 02 Jun '21

02 Jun '21

Package: x2goserver Version: 4.1.0.3 Dear X2Go folks, We noticed, that every two seconds our “shadow server” (similar to NIS) gets a request for the shadow line of the x2go user [1]. Tracing this reveals: x2gocleansessio-3593 [112] .... 2334059.441996: sys_clone <-system_call_exception <...>-468193 [120] .... 2334059.538048: sys_clone <-system_call_exception <...>-468194 [128] .... 2334059.539367: sys_clone <-system_call_exception x2golistsession-468193 [120] .... 2334059.542178: sys_clone <-system_call_exception libx2go-server--468196 [136] .... 2334059.656827: tcp_connect <-tcp_v4_connect x2gocleansessio-3593 [112] .... 2334059.695737: sys_clone <-system_call_exception <...>-468197 [128] .... 2334059.793699: sys_clone <-system_call_exception x2gopath-468198 [137] .... 2334059.794604: sys_clone <-system_call_exception x2gogetstatus-468197 [128] .... 2334059.797066: sys_clone <-system_call_exception <...>-468200 [097] .... 2334059.912926: tcp_connect <-tcp_v4_connect /sys/kernel/debug/tracing# ps -fp 3593 UID PID PPID C STIME TTY TIME CMD root 3593 1 0 May06 ? 00:36:27 /usr/bin/perl /usr/sbin/x2gocleansessions and (for example the first `libx2go-server-db-sqlite3-wrapper`) → `/usr/share/perl5/X2Go/Server/DB/SQLite3.pm` contains: my ($uname, $pass, $uid, $pgid, $quota, $comment, $gcos, $homedir, $shell, $expire) = getpwnam($x2gouser); my $dbfile="$homedir/x2go_sessions"; > The getpwnam() function returns a pointer to a structure containing the > broken-out fields of the record in the password database (e.g., the lo‐ > cal password file /etc/passwd, NIS, and LDAP) that matches the username > name. Reading `/usr/share/perl5/X2Go/Server/DB/SQLite3.pm` [2] it looks like, the variable `$pass` is never used? ``` sub init_db { # retrieve home dir of x2gouser my $x2gouser='x2gouser'; my ($uname, $pass, $uid, $pgid, $quota, $comment, $gcos, $homedir, $shell, $expire) = getpwnam($x2gouser); my $dbfile="$homedir/x2go_sessions"; my $dbh=DBI->connect("dbi:SQLite:dbname=$dbfile","","",{sqlite_use_immediate_transaction => 1, AutoCommit => 1, }) or die $_; # on SLE 11.x the sqlite_busy_timeout function does not exist, trying to work around that... if ( $dbh->can('sqlite_busy_timeout') ) { $dbh->sqlite_busy_timeout( 2000 ); } return $dbh; } ``` Kind regards, Paul [1]: https://salsa.debian.org/debian-remote-team/x2goserver/-/blob/master/x2gose… [2]: https://code.x2go.org/gitweb?p=x2goserver.git;a=blob;f=X2Go/Server/DB/SQLit…

2 1

Bug#1548: Acknowledgement (Copy & Paste images with x2goserver and x2goserver-x2gokdrive)
by Miguel Quero 26 May '21

26 May '21

Of course, I think my company was starting a project to help the development of some opensource projects. I am from the technical side and I don't have visibility but I have just escalated it in case they tell me something. I don't think it's a big deal, we are a small company, but something will surely help. Best regards. El lun., 24 may. 2021 20:15, X2Go Bug Tracking System <owner(a)bugs.x2go.org> escribió: > Thank you for filing a new Bug report with X2Go. > > You can follow progress on this Bug here: 1548: > https://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=1548. > > This is an automatically generated reply to let you know your message > has been received. > > Your message is being forwarded to the package maintainers and other > interested parties for their attention; they will reply in due course. > > Your message has been sent to the package maintainer(s): > X2Go Developers <x2go-dev(a)lists.x2go.org> > > If you wish to submit further information on this problem, please > send it to 1548(a)bugs.x2go.org. > > Please do not send mail to owner(a)bugs.x2go.org unless you wish > to report a problem with the Bug-tracking system. > > -- > 1548: https://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=1548 > X2Go Bug Tracking System > Contact owner(a)bugs.x2go.org with problems >

1 0

Bug#1548: Copy & Paste images with x2goserver and x2goserver-x2gokdrive
by Miguel Quero 24 May '21

24 May '21

Package: x2goclient Version: 4.1.2.3 Hi, First of all congratulate you for your great work with x2go. We have been using x2go for years in research and reporting environments. The problem we have is that usually in these environments the copy and paste of images is very common. Currently we overcome this problem with the option to share folders but we would like to make the environment more agile by allowing to copy and paste images from the client to the server. After investigating the options we have found the following: 1) If the connection is made through the new kdrive, the clipboard shares images correctly. For example: * Client side: xclip -selection clip -t image/jpg -i hades.jpeg * X2go Kdrive Server side: a simple ctrl-v on a document opened on the server and the image is copied perfectly. * Problems: The problem is kdrive itself that for example for Spanish language neither accents nor many symbols work: (á ^ ä ç à ...). 2) With normal x2go: * Client side: xclip -selection clip -t image/jpg -i hades.jpeg * SSH normal contextion: The clipboard is shared ok xclip -selection clipboard -t TARGETS -o TARGETS image/jpg * X2go Server side: Nothing appear in clipboard :( Any ideas?

3 2

Bug#1547: x2go client does not work on Ubuntu 20.04 LTS
by Dirk Kleinhesselink 18 May '21

18 May '21

Package: x2goclient Version: 4.1.2.2-1 The x2goclient does not start the remote desktop for a client on ubuntu 20.04 LTS. This worked fine on Ubuntu 18.04LTS. The client launch says connecting and after a short pause changes to finished but the remote desktop never appears. I am running Ubuntu 20.04 LTS, the current kernel is: 5.4.0-73-generic I've tried different local desktops - MATE, gnome, tried disabling wayland, always the same result.

1 0

x2go client help
by Silvia Luescher Folk 13 May '21

13 May '21

Hi, I am having an issue on a Mac Os 11.3 with the x2go client: The issue is that right after restarting my Computer I have no problem connecting to my remote server. But after I stop that session and restarting it later I get the eternal “connecting" status. The only way to fix this is by restarting my computer. My guess is I have to kill some process, but it is not obvious to me which one. Could you help me troubleshoot this? Thank you, Silvia

1 0

Bug#1546: Feature-request: Customizable kerberos ticket cache location
by Florian Oppermann 12 May '21

12 May '21

Package: x2goclient Version: 4.1.2.2 Current situation: Authentication via kerberos puts the credential cache into $HOME/.x2go/C-$sessionId/krb5cc. In our system this is problematic as access to $HOME requires a valid kerberos ticket, i.e. once the ticket expires it can’t be renewed from within the X2Go session because access to the ticket cache is denied. For normal logins, the krb5cc is located at /tmp which prevents this problem. I’d appreciate an option to set the location where to put the ticket cache. I believe the current behaviour comes from src/onmainwindow.cpp:7332 where the location is more or less hard-coded. My suggestion would be to add either a configuration option in the GUI or at least a command line switch to change this location. I’m not familiar enough with the code to provide a patch but I think it should be not too difficult. Thanks for all your great work! :-)

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev