x2go-dev

x2go-dev@lists.x2go.org

2 participants
5403 discussions

Bug#587: x2goclient is missing VcXsrv/zlib1.dll
by Ivan Kozik 02 Sep '14

02 Sep '14

Package: x2goclient Severity: critical Version: 4.0.2.1 x2goclient-4.0.2.1+hotfix1+build3-setup.exe does not install VcXsrv/zlib1.dll, which leads X2Go Client to fail to connect with "Can't start X Server / Please check your installation". You can also check by running vcxsrv.exe and seeing the missing-DLL dialog. This worked fine with x2goclient-4.0.2.0-setup.exe Thanks, Ivan

4 8

Bug#587: Fixed in 4.0.2.1+hotfix1+build4
by Michael DePaulo 02 Sep '14

02 Sep '14

Control: fixed -1 4.0.2.1+hotfix1+build4 I've already uploaded the fixed build to: http://code.x2go.org/releases/binary-win32/x2goclient/releases/4.0.2.1+hotf… I will continue with the rest of the release process.

1 0

Bug#589: New wiki account for Roy Williams
by Roy Williams 31 Aug '14

31 Aug '14

Package: wiki.x2go.org Please create a wiki account for me. First name: Roy Last name: Williams Account name: fang64

2 1

Bug#587: I'll work on this within the next few days
by Michael DePaulo 30 Aug '14

30 Aug '14

Control: tags 587 build-win32 Sorry, I didn't get time to work on this yesterday. I'll work on it within the next few days.

1 0

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

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev