x2go-dev

x2go-dev@lists.x2go.org

5399 discussions

Bug#302:
by Stefan Baur 30 Aug '14

30 Aug '14

Hi List, we just received a message from Leho Kraav, sadly, Leho's mail setup is broken. While Leho can send mail, messages directed to Leho bounce with the error message "domain has no valid mail exchangers". Therefore, I'm posting this on Leho's behalf, hoping that Leho can somehow read list replies and bugtracker entries. @Leho: Please fix your mail setup! -Stefan Message from Leho Kraav: Mike's last message is lengthy and a bit confusing. I am unable to restore x2go sessions that have been suspended due to network connections on x2goserver-4.0.1.15 / gentoo. Fortunately properly suspended sessions have been restoring well, so that's good, but network disconnections do happen and it would be great to have that working. Is 4.0.1.16 beta or rc planned any time soon? Since the git tree has debian specific stuff, I wonder if some non-debian squashed patch can be generated I could apply to to Gentoo 4.0.1.15 tarball to test the latest fixes for #302?

1 0

Bug#588: X2Go issue (in src:python-x2go) has been marked as pending for release
by Mike Gabriel 29 Aug '14

29 Aug '14

tag #588 pending fixed #588 0.5.0.0 thanks Hello, X2Go issue #588 (src:python-x2go) 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=python-x2go.git;a=commitdiff;h=454659b The issue will most likely be fixed in src:python-x2go (0.5.0.0). light+love X2Go Git Admin (on behalf of the sender of this mail) --- commit 454659b3e32bcb9041ee3c29d33b596604aea95a Author: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> Date: Fri Aug 29 21:39:16 2014 +0200 Enforce usage of the "ares" DNS resolver in python-gevent (which is available since Python gevent 1.0~). (Fixes: #588). diff --git a/debian/changelog b/debian/changelog index 5347421..7b742ed 100644 --- a/debian/changelog +++ b/debian/changelog @@ -78,6 +78,8 @@ python-x2go (0.5.0.0-0x2go1) UNRELEASED; urgency=low aware of handling multiple connects on the same tunnel. - Rename LICENSE.txt to COPYING. - Be more exact when detecting the NX proxy window id. + - Enforce usage of the "ares" DNS resolver in python-gevent (which is + available since Python gevent 1.0~). (Fixes: #588). * debian/control: + Add dependencies: python-requests, python-simplejson. * python-x2go.spec:

2 1

Bug#588: GEVENT_RESOLVER=ares should be preferred
by Mike Gabriel 29 Aug '14

29 Aug '14

Package: python-x2go Severity: important Since python-gevent 1.0 gevent fails to detect DNS changes (e.g. when connecting to a VPN server). From http://gevent.org/whatsnew_1_0.html : """ New dns resolver Two new DNS resolvers: threadpool-based one (enabled by default) and c-ares based one. That threadpool-based resolver was added mostly for Windows and Mac OS X platforms where c-ares might behave differently w.r.t system configuration. On Linux, however, the c-ares based resolver is probably a better choice. To enable c-ares resolver set GEVENT_RESOLVER=ares environment variable. This fixes some major issues with DNS on 0.13.x, namely: Issue #2: DNS resolver no longer breaks after fork(). You still need to call gevent.fork() (os.fork is monkey patched with it if monkey.patch_all() was called). DNS resolver no longer ignores /etc/resolv.conf and /etc/hosts. The following functions were added to socket module: gethostbyname_ex getnameinfo gethostbyaddr getfqdn It is possible to implement your own DNS resolver and make gevent use it. The GEVENT_RESOLVER variable can point to alternative implementation using the format: package.module.class. The default is gevent.resolver_thread.Resolver. The alternative “ares” resolver is an alias for gevent.resolver_ares.Resolver. """ Thus: we need to enforce setting of env variable GEVENT_RESOLVER=ares in Python X2Go. 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#374: Setting keyboard layout in x2gothinclient
by Anders Bruun Olsen 29 Aug '14

29 Aug '14

Package: x2gothinclientmanagement Version: 1.1.0.1 Severity: wishlist After running x2gothinclient_create, the created chroot environment will default to US keyboard layout. This can be fixed by changing /opt/x2gothinclient/chroot/etc/default/keyboard, but it would be nice to have this as an option in /etc/x2go/x2gothinclient_settings, that would be read and effectuated by x2gothinclient_create and x2gothinclient_update. -- Anders Bruun Olsen It-ansvarlig Det Danske Sprog- og Litteraturselskab (Society for Danish Language and Literature)

2 1

Bug#587: I believe I should fix this
by Michael DePaulo 29 Aug '14

29 Aug '14

On Fri, Aug 29, 2014 at 11:04 AM, Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> wrote: > Thanks for reporting your observed issue. > > I close this bug as the problem seems to be related to your setup. > > Launching X2Go Client always requires to cwd to its installation directory, > otherwise its DLLs will not be found. Hi Mike#1 and Ivan, I believe I should fix this bug. I am going to re-open it. Unless I hear new reasons otherwise, in about 10 hours I will: 1. re-release the .zips for VcXsrv 1.14.3.2 http://code.x2go.org/releases/binary-win32/3rd-party/vcxsrv-modified-by-x2g… 2. update the X2GoWinBuilder VM that handles nightly builds 3. launch X2Go Client 4.0.2.1+hotfix-build4 with the fix. This is why I believe I should fix this bug: 1. Every Windows program searches its own directory for DLLs, before searching the PATH and cwd. This is the design of Windows. We can fix X2GoClient being able to start successfully with your cwd being different by including VcXsrv\zlib1.dll. There is no need to register the DLL system-wide. And it's not a cygwin DLL anyway; its a native Windows binary built from the VcXsrv/VcXsrv-xp source tree. 2. On my system, I can launch X2Go Client successfully from another cwd. This includes x2goclient.exe, vcxsrv.exe, sshd.exe (cygwin) and nxproxy.exe (cygwin). The only reason vcxsrv.exe does work is that I have c:\gnuwin\bin\ZLIB1.dll in my PATH, where as most users likely do not have any zlib1.dll in their PATH. (I determined this using Dependency Walker.) 3. My manual build instructions state that I should include VcXsrv\zlib1.dll. During the manual build process, I included VcXsrv\xwininfo.exe instead of zlib1.dll. 4. We should provide vcxsrv.exe with its own zlib1.dll. It is VcXsrv-xp's own version of the file for reasons mentioned in #1. Respectfully, -Mike#2

2 1

Processed: reopen 587 =
by owner＠bugs.x2go.org 29 Aug '14

29 Aug '14

Processing commands for control(a)bugs.x2go.org: > reopen 587 = Bug #587 {Done: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de>} [x2goclient] x2goclient is missing VcXsrv/zlib1.dll Bug reopened Ignoring request to alter fixed versions of bug #587 to the same values previously set > tags 587 - not-a-bug Bug #587 [x2goclient] x2goclient is missing VcXsrv/zlib1.dll Removed tag(s) not-a-bug. > severity 587 normal Bug #587 [x2goclient] x2goclient is missing VcXsrv/zlib1.dll Severity set to 'normal' from 'critical' > End of message, stopping processing here. Please contact me if you need assistance. -- 587: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=587 X2Go Bug Tracking System Contact owner(a)bugs.x2go.org with problems

1 0

Bug#419: X2Go issue (in src:x2gothinclient) has been marked as pending for release
by Mike Gabriel 29 Aug '14

29 Aug '14

tag #419 pending fixed #419 1.5.0.0 thanks Hello, X2Go issue #419 (src:x2gothinclient) 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=x2gothinclient.git;a=commitdiff;h=bfed93d The issue will most likely be fixed in src:x2gothinclient (1.5.0.0). light+love X2Go Git Admin (on behalf of the sender of this mail) --- commit bfed93df7e79cc11a3dc21c13388a65f4f83a283 Author: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> Date: Fri Aug 29 12:22:10 2014 +0200 Use run-parts to initialize the TCE during runtime. (Fixes: #419). diff --git a/debian/changelog b/debian/changelog index 9d00b2a..e0664f2 100644 --- a/debian/changelog +++ b/debian/changelog @@ -19,6 +19,7 @@ x2gothinclient (1.5.0.0-0x2go1) UNRELEASED; urgency=low x2gothinclient_upgrade). - Assure that a tmpfs under <chroot>/root gets mounted and cleanly unmounted (x2gothinclient_shell, x2gothinclient_upgrade). + - Use run-parts to initialize the TCE during runtime. (Fixes: #419). - New TCE component: x2gothinclient-minidesktop. Instead of using X2Go Client as login manager, we launch a minimal MATE desktop and connect to X2Go sessions from there.

2 1

Processed: fix package name
by owner＠bugs.x2go.org 27 Aug '14

27 Aug '14

Processing commands for control(a)bugs.x2go.org: > reassign 585 nx-libs 3.5.0-27 Bug #585 [nx-xlibs] Clipboard handling with XFIXES broken Warning: Unknown package 'nx-xlibs' Bug reassigned from package 'nx-xlibs' to 'nx-libs'. No longer marked as found in versions 3.5.0-27. Ignoring request to alter fixed versions of bug #585 to the same values previously set Bug #585 [nx-libs] Clipboard handling with XFIXES broken There is no source info for the package 'nx-libs' at version '3.5.0-27' with architecture '' Unable to make a source version for version '3.5.0-27' Marked as found in versions 3.5.0-27. > End of message, stopping processing here. Please contact me if you need assistance. -- 585: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=585 X2Go Bug Tracking System Contact owner(a)bugs.x2go.org with problems

1 0

Bug#583: affects me too
by Michael DePaulo 27 Aug '14

27 Aug '14

I think I'm seeing this bug at work on one specific client and one specific server. We were purposely using an old version of x2goclient (4.0.0.3) and x2goserver/nx-libs. I haven't investigated it further because the funding for this specific use case is about to end. However, note that I think this happens when the vcxsrv.exe process's window (the actual remote desktop window) is minimized, not when the x2goclient.exe QT4 window is minimized. Also, it seems to happen after about 10-30 seconds of the window being minimized, not 7-12 minutes. And when I try to reconnect, it works, but the session is suspended, so I have to resume it 1st. The need to resume it might be bug #511.

1 0

Bug#582: Fwd: [Bug 1133614] New: [abrt] nxagent: nxagentResolveColor(): nxagent killed by SIGFPE
by Orion Poplawski 25 Aug '14

25 Aug '14

Package: nx-libs Version 3.5.0.27 Core was generated by `/usr/lib64/nx/../x2go/bin/x2goagent -extension XFIXES -nolisten tcp -nolisten t'. Program terminated with signal SIGFPE, Arithmetic exception. #0 0x000000000048bb41 in nxagentResolveColor (pRed=0xff, pGreen=0x7fffcb8eb4f6, pBlue=0x7fffcb8eb4f6, pVisual=0x0) at Colormap.c:504 504 65535) / limb) >> shift) * 65535) / lim; Thread 1 (Thread 0x7f9b2ef22780 (LWP 26422)): #0 0x000000000048bb41 in nxagentResolveColor (pRed=0xff, pGreen=0x7fffcb8eb4f6, pBlue=0x7fffcb8eb4f6, pVisual=0x0) at Colormap.c:504 shift = 8 lim = 255 #1 0x0000000000464c7b in AllocColor (pmap=0x20ca7e0, pred=pred@entry=0x7fffcb8eb4f6, pgreen=pgreen@entry=0x7fffcb8eb4f6, pblue=pblue@entry=0x7fffcb8eb4f6, pPix=pPix@entry=0x7fffcb8eb4f8, client=client@entry=0) at colormap.c:820 pixR = 0 pixG = 8192 pixB = 0 entries = <optimized out> rgb = {red = 0, green = 0, blue = 0, pad = 0} class = <optimized out> pVisual = 0x1ee8860 npix = <optimized out> ppix = <optimized out> I don't understand with pVisual is reported to be 0x0 in nxagentResolveColor(), but that seems the most suspicious thing. Also, do we want to disable SIGFPE? -------- Original Message -------- Subject: [Bug 1133614] New: [abrt] nxagent: nxagentResolveColor(): nxagent killed by SIGFPE Date: Mon, 25 Aug 2014 14:47:49 +0000 From: bugzilla(a)redhat.com To: orion(a)cora.nwra.com https://bugzilla.redhat.com/show_bug.cgi?id=1133614 Bug ID: 1133614 Summary: [abrt] nxagent: nxagentResolveColor(): nxagent killed by SIGFPE Product: Fedora Version: 20 Component: nx-libs Assignee: orion(a)cora.nwra.com Reporter: Saurval(a)yahoo.com QA Contact: extras-qa(a)fedoraproject.org CC: orion(a)cora.nwra.com Description of problem: After the first connection with x2go future connections (or reconnections) to the server often hang or cause a crash. Version-Release number of selected component: nxagent-3.5.0.27-1.fc20 Additional info: reporter: libreport-2.2.3 backtrace_rating: 4 cmdline: /usr/lib64/nx/../x2go/bin/x2goagent -extension XFIXES -nolisten tcp -nolisten tcp -dpi 72 -D -auth /home/marius/.Xauthority -geometry 1024x768 -name X2GO-marius-66-1408949736_stDKDE_dp32 :66 crash_function: nxagentResolveColor executable: /usr/lib64/nx/bin/nxagent kernel: 3.15.8-200.fc20.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #0 nxagentResolveColor at Colormap.c:504 #1 AllocColor at colormap.c:820 #2 nxagentCreateDefaultColormap at Colormap.c:531 #3 nxagentOpenScreen at Screen.c:1926 #4 nxagentReconnectScreen at Screen.c:3546 #5 nxagentReconnectSession at Reconnect.c:469 #6 nxagentHandleConnectionChanges at Reconnect.c:827 #7 nxagentHandleConnectionStates at Reconnect.c:218 #8 nxagentWakeupHandler at Handlers.c:589 #9 WakeupHandler at dixutils.c:472 -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev