x2go-dev

x2go-dev@lists.x2go.org

5399 discussions

Bug#822: X2Go issue (in src:x2gomatebindings) has been marked as closed
by X2Go Release Manager 20 Nov '16

20 Nov '16

close #822 thanks Hello, we are very hopeful that X2Go issue #822 reported by you has been resolved in the new release (0.0.1.4) of the X2Go source project »src:x2gomatebindings«. You can view the complete changelog entry of src:x2gomatebindings (0.0.1.4) below, and you can use the following link to view all the code changes between this and the last release of src:x2gomatebindings. http://code.x2go.org/gitweb?p=x2gomatebindings.git;a=commitdiff;h=f353abe4b… If you feel that the issue has not been resolved satisfyingly, feel free to reopen this bug report or submit a follow-up report with further observations described based on the new released version of src:x2gomatebindings. Thanks a lot for contributing to X2Go!!! light+love X2Go Git Admin (on behalf of the sender of this mail) --- X2Go Component: src:x2gomatebindings Version: 0.0.1.4 Status: RELEASE Date: Sun, 20 Nov 2016 07:59:36 +0100 Fixes: 821 822 1067 Changes: x2gomatebindings (0.0.1.4) RELEASED; urgency=low . [ Mike DePaulo ] * New upstream version (0.0.1.4): - Fix error when installing from an RPM built from the X2Go project's .spec file (Fixes: #821): "Error: Package: x2gomatebinding ... Requires: or" . [ Mihai Moldovan ] * New upstream version (0.0.1.4): - configure.ac: make GTK version selectable. * x2gomatebindings.spec: - Add run and build time dependency: filesystem. - Only own files, do not blindly own complete (and alien!) directories. Fixes: #822. - Add missing BuildRequires: and Requires: for file and directory owning. - Don't depend on x2goserver-extensions on Fedora/EPEL. Remove once Orion makes x2goserver also provide x2goserver-extensions. - Fix a typo in if condition. - Let Fedora/EPEL depend on x2goserver-extensions again. We're now adding our own repositories to the build config. - Make *SUSE ignore mate-menus-upstream. A choice is bad in this case, leading to a build failure. - The last change should have really been for mate-menus-branding, not mate-menus. - Add dependency upon gnome-icon-theme-symbolic for OpenSuSE Leap 42.1, OpenSuSE 13.2 and SLE{S,D} 12. - Switch to use -symbolic icons on OpenSUSE 13.2 and 42.1. - Prepare GTK library version switching and hardcode GTK 2 for now. - Re-add explicit GTK library build dependencies. Run-time dependencies should be handled automatically. - Switch to GTK 3 for Fedora 25 and up. - Don't automatically configure after running autogen.sh. - Fix FC conditionals, the macro is called "fedora", not "fedora_version". Also catch some non-*SuSE*/-Fedora "edge cases". - Break choice by ignoring x2goserver-x2goagent and (build-depending) on x2goagent for now. - Make *SUSE ignore mate-desktop-gschemas-branding-upstream. A choice is bad in this case, leading to a build failure. * debian/control: - Maintainer change in package: X2Go Developers <x2go-dev(a)lists.x2go.org>. - Whitespace only. - Add new build dependencies (should already be fulfilled by base system, but who knows...) - Replace explicit GTK library dependency with some generated substitution variable. - Add explicit dependency on bash (for arithmetic operations in debian/rules file.) - Uploaders: add myself. Also, force a rebuild due to the changed versioning. * debian/rules: - Add per-distro and per-version substitution variable for GTK library version selection. - Use bash for arithmetic operations, not supported by sh. - Fix ifeq call by adding a space character between ifeq and the opening parenthesis. - If encountering the "unstable" distro version, set it to a fake 9999 version. - Fix Ubuntu versioning override. It's uglier now, but there's no way around that. - Add explicit "printf-style" debugging, hoping it will actually show up. - Drop debugging output (which only leads to failing builds on all platforms) and consolidate default values. - Don't automatically configure after running autogen.sh. - Override "testing" string with a hardcoded version value as well. - Fix spelling of GTK package names: "libgtk2.0-bin" and libgtk-3-bin instead of "libgtk-2.0-bin" and "libgtk-3.0-bin". Fixes: #1067.

2 1

Bug#821: X2Go issue (in src:x2gomatebindings) has been marked as closed
by X2Go Release Manager 20 Nov '16

20 Nov '16

close #821 thanks Hello, we are very hopeful that X2Go issue #821 reported by you has been resolved in the new release (0.0.1.4) of the X2Go source project »src:x2gomatebindings«. You can view the complete changelog entry of src:x2gomatebindings (0.0.1.4) below, and you can use the following link to view all the code changes between this and the last release of src:x2gomatebindings. http://code.x2go.org/gitweb?p=x2gomatebindings.git;a=commitdiff;h=f353abe4b… If you feel that the issue has not been resolved satisfyingly, feel free to reopen this bug report or submit a follow-up report with further observations described based on the new released version of src:x2gomatebindings. Thanks a lot for contributing to X2Go!!! light+love X2Go Git Admin (on behalf of the sender of this mail) --- X2Go Component: src:x2gomatebindings Version: 0.0.1.4 Status: RELEASE Date: Sun, 20 Nov 2016 07:59:36 +0100 Fixes: 821 822 1067 Changes: x2gomatebindings (0.0.1.4) RELEASED; urgency=low . [ Mike DePaulo ] * New upstream version (0.0.1.4): - Fix error when installing from an RPM built from the X2Go project's .spec file (Fixes: #821): "Error: Package: x2gomatebinding ... Requires: or" . [ Mihai Moldovan ] * New upstream version (0.0.1.4): - configure.ac: make GTK version selectable. * x2gomatebindings.spec: - Add run and build time dependency: filesystem. - Only own files, do not blindly own complete (and alien!) directories. Fixes: #822. - Add missing BuildRequires: and Requires: for file and directory owning. - Don't depend on x2goserver-extensions on Fedora/EPEL. Remove once Orion makes x2goserver also provide x2goserver-extensions. - Fix a typo in if condition. - Let Fedora/EPEL depend on x2goserver-extensions again. We're now adding our own repositories to the build config. - Make *SUSE ignore mate-menus-upstream. A choice is bad in this case, leading to a build failure. - The last change should have really been for mate-menus-branding, not mate-menus. - Add dependency upon gnome-icon-theme-symbolic for OpenSuSE Leap 42.1, OpenSuSE 13.2 and SLE{S,D} 12. - Switch to use -symbolic icons on OpenSUSE 13.2 and 42.1. - Prepare GTK library version switching and hardcode GTK 2 for now. - Re-add explicit GTK library build dependencies. Run-time dependencies should be handled automatically. - Switch to GTK 3 for Fedora 25 and up. - Don't automatically configure after running autogen.sh. - Fix FC conditionals, the macro is called "fedora", not "fedora_version". Also catch some non-*SuSE*/-Fedora "edge cases". - Break choice by ignoring x2goserver-x2goagent and (build-depending) on x2goagent for now. - Make *SUSE ignore mate-desktop-gschemas-branding-upstream. A choice is bad in this case, leading to a build failure. * debian/control: - Maintainer change in package: X2Go Developers <x2go-dev(a)lists.x2go.org>. - Whitespace only. - Add new build dependencies (should already be fulfilled by base system, but who knows...) - Replace explicit GTK library dependency with some generated substitution variable. - Add explicit dependency on bash (for arithmetic operations in debian/rules file.) - Uploaders: add myself. Also, force a rebuild due to the changed versioning. * debian/rules: - Add per-distro and per-version substitution variable for GTK library version selection. - Use bash for arithmetic operations, not supported by sh. - Fix ifeq call by adding a space character between ifeq and the opening parenthesis. - If encountering the "unstable" distro version, set it to a fake 9999 version. - Fix Ubuntu versioning override. It's uglier now, but there's no way around that. - Add explicit "printf-style" debugging, hoping it will actually show up. - Drop debugging output (which only leads to failing builds on all platforms) and consolidate default values. - Don't automatically configure after running autogen.sh. - Override "testing" string with a hardcoded version value as well. - Fix spelling of GTK package names: "libgtk2.0-bin" and libgtk-3-bin instead of "libgtk-2.0-bin" and "libgtk-3.0-bin". Fixes: #1067.

2 1

Bug#1109: Print all In new window Long delays (i.e. several minutes) waiting for redraw ONLY in seamless window mode
by Thomas Esposito 18 Nov '16

18 Nov '16

Package: x2goserver Version: 4.0.1.19-3 Severity: critical Server OS: RHEL6.6 Client OS: Windows 7 SP1 64-bit Server Packages: x2goserver-4.0.1.19-3.el6.x86_64 x2goagent-3.5.0.32-3.el6.x86_64 nxagent-3.5.0.31-1.el6.x86_64 (not sure if this is a dependency) nx-libs-3.5.0.31-1.el6.x86_64 (not sure if this is a dependency) Client Version: 4.0.5.2 This only occurs when starting a terminal in seamless window mode, and then launching the "problem" applications from that terminal. I imagine that I'd observe the same behavior if launching the application directly when the x2go session is created. Certain applications experience catastrophically long delays (i.e. unresponsive for several minutes) during startup and even more so during reconnect (after a session is suspended). In particular, this happens with 2 Synopsys EDA (Electronic Design Automation) applications that I heavily rely on, dve and verdi. Obviously, you won't be able to test these because they require an expensive license, but I can tell you that they are older-style X11 applications that user X server-side font rendering and probably don't use a lot of other modern X client-side rendering techniques. Luckily, I was able to find a free application that is similarly unresponsive when starting up in seamless window mode, but that runs fine in virtual desktop mode: *xcircuit*. This happens to be a free CAD program for drawing circuit schematics. Obviously, I can't be 100% that this X11 application is failing in the same way as my proprietary EDA tools, but it is something the x2go developers can look at regardless. http://opencircuitdesign.com/xcircuit/ In order to diagnose the problem, I ran my applications under xtrace with the '--relative-timestamps' option in order to see the kind of X11 protocol traffic that was being generated. In both cases (i.e. my Synopsys EDA applications and xcircuit), there appear to be MASSIVE amounts of notifications and events going from the X server to the X client. It seems like the application's window is made up of a TON on individual rectangle primitives. If I filter the log file dumped out by xtrace to just show timestamps, I see HUGE jumps/discontinuities where there are several seconds or even minutes of apparent inactivity between consecutive messages. According to top, x2goagent is NOT consuming an excessive amount of CPU during these period of unresponsiveness. I don't know much about the details of the X11 protocol, but it almost seems as if there is some kind of message buffer overrunning somewhere causing things to get out of sync, only recovering after some kind of watchdog or timeout mechanism kicks in. If my theory is correct and this happens repeatedly, it can add up to MINUTES of unresponsiveness. However, I'm not sure why this would happen only in seamless window mode. Certainly, one difference between seamless window mode and virtual desktop mode is that when reconnecting after a suspend, seamless windows are probably going to see a lot more events from the server (e.g. expose events, window manipulation notifications, etc.) because of interactions with the locally running windows which may be in a totally different state compared to when the x2go session was suspended. In contrast, when running in a virtual desktop, the applications are contained with a "box" that isolates it from the state of the local windows on the x2go client side. It is important to note that, for all of the applications that exhibit this behavior, once the application has started up (or after suffering long delays during an x2go reconnect), the application is perfectly functional and responsive.

3 4

Bug#1110: Failed to start user mode OpenSSH server
by Matthias Klettner 17 Nov '16

17 Nov '16

Hi, I have the same problem. Specs: Windows 10 Pro x64 German System Language Latest X2go-Client V. 4.0.5.2 (Qt - 4.8.6) Error message in Debug Mode: Failed to start user mode OpenSSH server. When I try to share a folder after connecting to a host, I get this message in the debug console: ssh-keygen succeeded. QFSFileEngine::open: No file name specified And a popup windows with something like this (translated from german): SSH-Deamon couldn't open his public key. You have activated Printer and Folder sharing. For this feature, a proper SSH-server must be running. Printer and Folder sharing are going to be disabled The SSH-server is not properly configured. Be sure the public key exists. Normaly this message shouldn't popup, because x2go uses his own internal ssh-server and creates all necessary keys itself. ------ Best regards, Matthias

1 0

Bug#1113: x2goruncommand script gets wrong command from the Linux client
by Q4OS Team 16 Nov '16

16 Nov '16

Package: x2goclient Version: 4.0.5 - Debian Jessie Tested on Debian Jessie x2goclient and Trinity desktop. If I set desktop session type 'TRINITY' on the client, the client sends 'starttrinity' to the server's 'x2goruncommand' script. But the proper command to send should be 'TRINITY'. It results in error to run the session: 'command not found starttrinity', as the script expect 'TRINITY' command instead. After a short investigation I have find out, that the problem lies in the 'onmainwindow.cpp' line 6222 'command="starttrinity";' Thanks, Rudi Q4OS Team

1 0

Bug#1053: armhf for debian jessie repo broken
by Chris 16 Nov '16

16 Nov '16

As there is no comment on my report, I would recommend to disable the jessie armhf repo altogether. It does have unresolved dependencies and therefore is an unusable debian repository. Chris

2 1

Bug#1112: segfault on missing ssh-key
by Antonio Russo 15 Nov '16

15 Nov '16

Package: x2goclient Version: 4.0.5.2 (though, presumably, all versions should be affected) On line 1100 of src/sshmasterconnection.cpp, consider the line: > ssh_private_key prkey=privatekey_from_file(my_ssh_session, keyName.toLatin1(), 0,""); If keyName.toLatin1() is not an existing file, you'll get an invalid pointer free. This might be a bug in libssh, but it took me an embarrassingly long time to figure out what was wrong, so others might be similarly confused. Thanks

1 0

Bug#799: X2Go issue (in src:x2goserver) has been marked as pending for release
by Mihai Moldovan 10 Nov '16

10 Nov '16

tag #799 pending fixed #799 4.0.1.20 thanks Hello, X2Go issue #799 (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: http://code.x2go.org/gitweb?p=x2goserver.git;a=commitdiff;h=30f8642 The issue will most likely be fixed in src:x2goserver (4.0.1.20). light+love X2Go Git Admin (on behalf of the sender of this mail) --- commit 30f8642fa82ca35b0762d692e7866491b50cbe4c Author: Orion Poplawski <orion(a)cora.nwra.com> Date: Thu Nov 10 16:40:36 2016 +0100 x2goserver/bin/x2golistdesktops: drop -u parameter to ss. Fixes: #799. We would filter out UDP sockets later anyway and the combination -lxu is known to be broken with some versions of iproute2. diff --git a/debian/changelog b/debian/changelog index b9c7f99..641a3e7 100644 --- a/debian/changelog +++ b/debian/changelog @@ -147,6 +147,12 @@ x2goserver (4.0.1.20-0x2go1) UNRELEASED; urgency=low - x2goserver/bin/x2goruncommand: capture x2goruncommand debug output for x2gofeature X2GO_XSESSION. + [ Orion Poplawski ] + * New upstream version (4.0.1.20): + - x2goserver/bin/x2golistdesktops: drop -u parameter to ss. Fixes: #799. + We would filter out UDP sockets later anyway and the combination -lxu is + known to be broken with some versions of iproute2. + -- X2Go Release Manager <git-admin(a)x2go.org> Tue, 24 Feb 2015 22:11:49 +0100 x2goserver (4.0.1.19-0x2go2) UNRELEASED; urgency=low

2 1

Bug#799: x2golistdesktops - ss options
by Orion Poplawski 10 Nov '16

10 Nov '16

So, it appears to be well known that 'ss -lxu' has been broken on some systems and returns nothing. This is currently true on EL 7.2 though appears fixed in 7.3 beta. However, why is -u being passed to ss in the first place? We're doing: my $lines=system_capture_stdout_output("ss", "-lxu"); my @lines=split("\n", "$lines"); my @outp = grep ( /(@| )\/tmp\/.X11-unix\/X.*/, @lines); for(my $i=0;$i<@outp;$i++) { ... so we're filtering the output of ss for lines that look like unix sockets (/tmp/.X11-unix/X*), so -lx is appropriate. But why use '-u' to show UDP sockets? No X server that I know of listens on UDP and we certainly would filter it out anyway. diff --git a/x2goserver/bin/x2golistdesktops b/x2goserver/bin/x2golistdesktops index 386ed17..1cbc7ef 100755 --- a/x2goserver/bin/x2golistdesktops +++ b/x2goserver/bin/x2golistdesktops @@ -66,7 +66,7 @@ my $uname=$ENV{'USER'}; # -> so we need to tweak the PATH env var a little here... my $old_PATH=$ENV{'PATH'}; $ENV{'PATH'}="$ENV{'PATH'}:/usr/sbin:/sbin"; -my $lines=system_capture_stdout_output("ss", "-lxu"); +my $lines=system_capture_stdout_output("ss", "-lx"); $ENV{'PATH'}=$old_PATH; undef $old_PATH; See also https://bugzilla.redhat.com/show_bug.cgi?id=1371690 -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion(a)cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com

2 1

Bug#1093: x2goclient on OS X not finding MacPorts xmodmap executable in /opt/local/bin then crashes
by Arthur J 10 Nov '16

10 Nov '16

Package: x2goclient Version: X2Go Client v. 4.0.5.2 (Qt - 4.8.7) Operating System: OS X El Capitan version 10.11.6 Tags: macos osx x2goclient xmodmap path I have installed the latest x2goclient package on OS X El Capitan using MacPorts. I have also installed the MacPorts xorg-server and xmodmap packages. In my user account .profile script, MacPorts has added the following line to set the PATH variable: export PATH="/opt/local/bin:/opt/local/sbin:$PATH" I have confirmed that xmodmap exists in one of these directories, in: /opt/local/bin When attempting to connect to any X2Go session, an error dialog appears with the following message before the application crashes: xmodmap failed to start. This likely means the binary is not available. The current search path is: /usr/bin:/bin:/usr/sbin:/sbin:/opt/X11/bin X2Go Client will now terminate. It appears that /opt/local/bin is not being searched for xmodmap, despite its presence in the PATH variable of my user account .profile script. I even attempted to reboot before starting x2goclient in case the PATH variable needed to be re-read, but the error did not change. This is preventing me from using the OS X x2goclient application.

3 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev