x2go-dev June 2014

x2go-dev@lists.x2go.org

26 participants
208 discussions

Bug#429: Dev packages for X2Go Server "sneaked" themselves into the Baikal LTS package archive
by Mike Gabriel 15 Jun '14

15 Jun '14

Control: close -1 Hi all, I have just stumbled over a very severe flaw in our X2Go package archive for Debian [1]. A development snapshot of X2Go Server (4.1.0.0-preview) got uploaded to the Baikal LTS area. That is a very very severe problem to people who run the long-term supported version of X2Go Server. I have just kicked of a rebuild of all X2Go Server packages of that archive and will provide an announcement and a troubleshooting / downgrading recipe tomorrow. I deeply apologize for this very severe flaw and big thanks to John McMonagle for unravelling this. Unfortunately, his message got ignored till now... Regards, 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…

1 0

Processed: Issue should be resolved since x2goserver 4.0.1.10
by owner＠bugs.x2go.org 15 Jun '14

15 Jun '14

Processing control commands: > close -1 Bug #353 {Done: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de>} [x2goserver] Subsequent attempts to resume a fullscreen linux session fails Bug 353 is already marked as done; not doing anything. -- 353: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=353 X2Go Bug Tracking System Contact owner(a)bugs.x2go.org with problems

1 0

Processed: Issue should be resolved since x2goserver 4.0.1.10
by owner＠bugs.x2go.org 15 Jun '14

15 Jun '14

Processing control commands: > close -1 Bug #353 [x2goserver] Subsequent attempts to resume a fullscreen linux session fails Marked Bug as done -- 353: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=353 X2Go Bug Tracking System Contact owner(a)bugs.x2go.org with problems

1 0

Bug#353: Issue should be resolved since x2goserver 4.0.1.10
by Mike Gabriel 15 Jun '14

15 Jun '14

Control: close -1 The issue reported as bug #353 should have been resolved in X2Go Server 4.0.1.10. Unfortunately, I forgot to close this bug with the fixing commit [1]. Thanks, Mike [1] http://code.x2go.org/gitweb?p=x2goserver.git;a=commitdiff;h=14900d5 -- 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 0

Bug#302: X2Go issue (in src:x2goserver) has been marked as pending for release
by Mike Gabriel 15 Jun '14

15 Jun '14

tag #302 pending fixed #302 4.0.1.16 thanks Hello, X2Go issue #302 (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=f89af5c The issue will most likely be fixed in src:x2goserver (4.0.1.16). light+love X2Go Git Admin (on behalf of the sender of this mail) --- commit f89af5c85fad9b0d2fe71ea26a0e599148c5caa7 Author: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> Date: Sun Jun 15 02:16:09 2014 +0200 Enforce immediate socket cleanup/closure after session suspension and termination. (Fixes: #302). Conflicts (resolved by Mike Gabriel): X2Go/Utils.pm x2goserver-compat/bin/x2goterminate x2goserver.spec diff --git a/debian/changelog b/debian/changelog index f0fe9d3..62fb73d 100644 --- a/debian/changelog +++ b/debian/changelog @@ -28,6 +28,11 @@ x2goserver (4.0.1.16-0x2go1) UNRELEASED; urgency=low + Update versioned D: x2goagent (>= 3.5.0.25). This assures that X2Go works with poly-instantiated /tmp directories. + [ Guangzhou Nianguan Electronics Technology Co.Ltd. ] + * New upstream version (4.0.1.16): + - Enforce immediate socket cleanup/closure after session suspension + and termination. (Fixes: #302). + -- Mike DePaulo <mikedep333(a)gmail.com> Thu, 23 Apr 2014 17:49:00 -0500 x2goserver (4.0.1.15-0x2go1) unstable; urgency=low

2 1

Bug#515: X2Go issue (in src:nx-libs) has been marked as pending for release
by Mike Gabriel 14 Jun '14

14 Jun '14

tag #515 pending fixed #515 2:3.5.0.25 thanks Hello, X2Go issue #515 (src:nx-libs) 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=nx-libs.git;a=commitdiff;h=36f4e34 The issue will most likely be fixed in src:nx-libs (2:3.5.0.25). light+love X2Go Git Admin (on behalf of the sender of this mail) --- commit 36f4e34b2702eabe991ec97dc0064c3b2b4d12fe Author: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> Date: Sun Jun 15 00:33:28 2014 +0200 Add 029_nxcomp_ppc64.full+lite.patch. Fix sockaddr handling on Big Endian systems (like PPC64). (Fixes: #515). diff --git a/debian/changelog b/debian/changelog index 6e5a49e..2729b30 100644 --- a/debian/changelog +++ b/debian/changelog @@ -15,6 +15,8 @@ nx-libs (2:3.5.0.25-0x2go1) UNRELEASED; urgency=low * Add 302_nx-X11_xkbbasedir-detection.patch. For detecting XkbBaseDir test for xkb/rules/base instead of testing for deprecated file xkb/keymap.dir. (Fixes: #40). + * Add 029_nxcomp_ppc64.full+lite.patch. Fix sockaddr handling on + Big Endian systems (like PPC64). (Fixes: #515). -- Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> Wed, 07 May 2014 09:58:10 +0200

2 1

"connectedHost" variable contains wrong IP, reason unknown (was: Re: [X2Go-User] Pb with x2go agent on ppc64 system)
by Stefan Baur 14 Jun '14

14 Jun '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Package: x2goagent severity: normal version: 3.5.0.24 Note: Crossposting and Reply-To'ing to X2Go-Dev due to the need for a C/C++ coder, also, turning it into a bug so we can keep track of this. Here's the output the user gets as the connection refuses to establish itself: quoting Sebastien Chabrolles: > running as X2Go Agent > > NXAGENT - Version 3.5.0 > > Copyright (C) 2001, 2011 NoMachine. See http://www.nomachine.com/ > for more information. > > Info: Agent running with pid '24808'. Session: Starting session at > 'Sat Jun 7 15:37:37 2014'. Info: Proxy running in server mode with > pid '24808'. Info: Waiting for connection from 'localhost' on port > '30003'. Warning: Refusing connection from '225.3.10.80'. .80' on > port '30003'. I don't know what is this IP address !!!!! And at a later attempt, Sebastien received this output: > running as X2Go Agent > > > NXAGENT - Version 3.5.0 > > > Copyright (C) 2001, 2011 NoMachine. > See http://www.nomachine.com/ for more information. > > > Info: Agent running with pid '10710'. > Session: Starting session at 'Wed Jun 11 23:02:09 2014'. > Info: Proxy running in server mode with pid '10710'. > Info: Waiting for connection from 'localhost' on port '30006'. > Warning: Refusing connection from '141.168.10.80'. > Info: Aborting the procedure due to signal '1'. > Error: Aborting session with 'Unable to open display > 'nx/nx,options=/root/.x2go/C-root-51-1402520526_stRWWWBROWSER_dp24/options:51''. > Session: Aborting session at 'Wed Jun 11 23:02:19 2014'. > Session: Session aborted at 'Wed Jun 11 23:02:19 2014'. My first guess is/was that there's something endianess-related going wrong, as he's running X2Go on a ppc64 architecture instead of x86/x64. However, the fact that the two "wrong" IPs change at random speak against that, so I may be totally wrong with this and there's a much simpler reason and solution. quoting myself, replying to Mike Gabriel there: >> Do you think you could at least give him a hint as to where that >> message is pulling the IP from and how it is being >> mangled/processed before that? >> >> My guess is that there's some self-made conversion routine >> somewhere that only works on little-endian architectures like x86 >> and x64. >> >> PPC64 is big-endian by default. quoting Mike Gabriel: > you can get the nx-libs sources from git.x2go.org [1] and grep > through the sources. > > I am currently doing the same to get NX fixed on systems with > poly-instantiated /tmp directories. Here's what I was able to find out so far: I was able to locate the message in Loop.cpp. It uses the variable "connectedHost". So "connectedHost" contains the wrong IP. connectedHost gets populated (also in Loop.cpp) like this: char *connectedHost = inet_ntoa(newAddr.sin_addr); so either newAddr.sin_addr already contains a wrong value (I'm not sure how to check that, though), or inet_ntoa does something wrong, or both. I haven't touched C/C++ code since the year 2002 or so, so debugging this further is way beyond my ken. Any one of the more experienced coders willing to jump in? Here's some more info about the X2Go server system as provided by Sebastien Chabrolles: # cat /etc/hosts 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6 10.7.19.161 fc20-161 # cat /etc/resolv.conf nameserver 129.35.160.4 #cat /etc/nsswitch.conf passwd: files shadow: files group: files ### #this strange-looking entry was present during the first tries. # #hosts: files mdns4_minimal [NOTFOUND=return] dns myhostname # # it was changed to the one below for the last try, which gave # the result with the different, but still wrong, IP. ### hosts: files dns bootparams: nisplus [NOTFOUND=return] files ethers: files netmasks: files networks: files protocols: files rpc: files services: files netgroup: files publickey: nisplus automount: files aliases: files nisplus # ifconfig -a eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 10.7.19.161 netmask 255.255.255.0 broadcast 10.7.19.255 inet6 fe80::f816:3eff:feec:ecb8 prefixlen 64 scopeid 0x20<link> ether fa:16:3e:ec:ec:b8 txqueuelen 1000 (Ethernet) RX packets 90677 bytes 5717673 (5.4 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 89102 bytes 32828059 (31.3 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 0 (Local Loopback) RX packets 76 bytes 5248 (5.1 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 76 bytes 5248 (5.1 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 # route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 0.0.0.0 10.7.19.254 0.0.0.0 UG 0 0 0 eth0 10.7.19.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 169.254.0.0 0.0.0.0 255.255.0.0 U 1002 0 0 eth0 - -Stefan -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTmM4gAAoJEG7d9BjNvlEZ1MYH/0X8PNPuZUCxkhkUGndLFaez O0fARZVEa8VWby4jMWUlujgux3lxzcEU1MJ5JluduoTgPwWXUrqlouymEqX1eUqX AnO4W2OKUiOdHEvj89zWFFQIuL8msBdnfJqC1CE1Z7MZ45vA94eztZ8E1wpwtgRd jJq4pa9sR4iz20CamAhWNbu75pBdxGxMYf1KtQFkFOo1kL7RiPA0Z/dNZspeVI3A zVT8CwvnRe+SY3RczOZvlkgXK2CWFaOsATt44hK752ky8v9JCo90wchFrXC++v8r OBtZDOlG5h7aq25VZjP/YWOdTLIyIyGE+tgNDaN+D1Ip+Y/uDFbTGtcMCLx29d0= =ii4y -----END PGP SIGNATURE-----

6 17

Single application resume depends on virtual desktop.
by Jordi Marqués 13 Jun '14

13 Jun '14

Package: nxagent Version: 3.5.0.24-0x2go1+git20140508.472+jessie.main.1 OS: Debian 7. Window Manager: openbox. Application tested: /usr/bin/rxvt. When suspend/resume a single application, it does not show again if it was not on a visible virtual desktop at the time of the suspend operation. It does not matter the active virtual desktop at the time of resuming, but only when suspending. Steps to reproduce: 1. Launch a single application (rxvt) 2. Suspend session 3. Resume session (rxvt window appears) 4. Press "Suspend session" button, and before it is actually suspended fastly move to another virtual desktop 5. Resume session (rxvt window does not appear) I have tried with several applications launched from that rxvt console. What basically happens is what I describe here. Wmctrl always shows the windows when the session is resumed, even when these are not visible. Also, wmctrl shows the window is on the virtual desktop where it was before being suspended, being it visible or not. Another example with the following setup: - virtual desktop 0: x2goclient, rxvt(single application) and gvim launched from rxvt - virtual desktop 1: gvim launched from rxvt - virtual desktop 2: gvim launched from rxvt - virtual desktop 3: gvim launched from rxvt Initially (second field of wmctrl is virtual desktop) $ wmctrl -l 0x00e00005 0 X2Go Client 0x010000bc 0 rxvt 0x01000123 3 [No Name] + - GVIM 0x010009fd 2 [No Name] + - GVIM1 0x01001068 1 [No Name] + - GVIM2 0x01001898 0 [No Name] + - GVIM3 After suspend and resume without moving from virtual desktop 0: 0x00e00005 0 X2Go Client 0x010004fb 0 [No Name] + - GVIM3 0x010004fd 0 rxvt 0x010004fe 1 [No Name] + - GVIM2 0x010004ff 2 [No Name] + - GVIM1 0x01000500 3 [No Name] + - GVIM Here, gvims which where previously moved to virtual desktop 1, 2 and 3 now doesn't appear on screen, but get listed on wmctrl.

2 1

Bug#513: Duplicates #418, #437, #513
by Mike Gabriel 13 Jun '14

13 Jun '14

Control: merge -1 #418 Control: merge -1 #437 Duplicate issues are #418 and #437. 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…

1 0

Bug#113: X11TransWritev in libNX_X11.so.6 causes VLC crash
by Rob 13 Jun '14

13 Jun '14

Package: x2goserver Version: 4.0.0.0-0~640~precise1 when loading vlc a Segmentation fault is caused. This only happens since i switched from FreeNX to x2go. Server: Ubuntu 12.10 - XFCE - 3.2.0-36-generic #57-Ubuntu SMP x86_64 current windows and linux clients both tested. VLC media player 2.0.5 Twoflower (revision 2.0.5-0-g1661b7d) [0x130d108] main libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface. Segmentation fault (core dumped) GNU gdb (Ubuntu/Linaro 7.4-2012.04-0ubuntu2.1) 7.4-2012.04 Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". For bug reporting instructions, please see: <http://bugs.launchpad.net/gdb-linaro/>... Reading symbols from /usr/bin/vlc...(no debugging symbols found)...done. (gdb) run Starting program: /usr/bin/vlc [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". VLC media player 2.0.5 Twoflower (revision 2.0.5-0-g1661b7d) [New Thread 0x7ffff7fdd700 (LWP 13622)] [0x605108] main libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface. [New Thread 0x7fffee505700 (LWP 13623)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffee505700 (LWP 13623)] 0x00007fffe7957be0 in _X11TransWritev () from /usr/lib/nx/X11/libNX_X11.so.6 -- Best regards, Rob mailto:rob@reverse-engineering.info

2 2

← Newer
1
...
14
15
16
17
18
19
20
21
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev June 2014