- x2go-dev - X2Go ListServ

Bug#678: X2Go issue (in src:x2goserver) has been marked as pending for release
by Mike Gabriel 22 Nov '14

22 Nov '14

tag #678 pending fixed #678 4.0.1.19 thanks Hello, X2Go issue #678 (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=93bcf85 The issue will most likely be fixed in src:x2goserver (4.0.1.19). light+love X2Go Git Admin (on behalf of the sender of this mail) --- commit 93bcf8568a2b347bcc1e142e4315c9ba455c7e6f Author: Matthew L. Dailey <matthew.l.dailey(a)dartmouth.edu> Date: Sat Nov 22 15:24:16 2014 +0100 x2gocleansessions: Redirect stdin, stdout and stderr to /dev/null, test for the existence of the file descriptor before issuing the close, only capture the file descriptor backreference in the regex and send any close failures to syslog. (Fixes: #678). diff --git a/debian/changelog b/debian/changelog index c0e4300..31a351e 100644 --- a/debian/changelog +++ b/debian/changelog @@ -79,6 +79,13 @@ x2goserver (4.0.1.19-0x2go1) UNRELEASED; urgency=medium "x2gouser". + Add to BR: findutils. + [ Matthew L. Dailey ] + * New upstream version (4.0.1.19): + - x2gocleansessions: Redirect stdin, stdout and stderr to /dev/null, test + for the existence of the file descriptor before issuing the close, + only capture the file descriptor backreference in the regex and + send any close failures to syslog. (Fixes: #678). + -- Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> Tue, 07 Oct 2014 15:35:38 +0200 x2goserver (4.0.1.18-0x2go1) unstable; urgency=medium

2 1

Git access for Mihai Moldovan / new bin:package x2goserver-xsettingsd
by Mike Gabriel 22 Nov '14

22 Nov '14

Hi all, I have just granted Git commit access to Mihai Moldovan. Mihai has just found a very elegant solution for running Eclipse based applications inside X2Go rootless sessions. The problem is that rootless X2Go sessions lack a so-called settings-daemon (like gnome-settings-daemon, mate-settings-daemon, etc.). We have stumbled over a generic non-DE settings daemon (xsettingsd) that we will start deploying with X2Go Server (as package x2goserver-xsettingsd). Greets, 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#654: java application missing icons on menus
by Marco Bastianello 21 Nov '14

21 Nov '14

Package: x2goclient Version: 4.0.3.0 Running an eclipse-rcp application there are no icons on menus and popup-menus (right click) The problem occurs when using the x2go "single application" session tye, it doesn't happen on full desktop client: windows, linux, osx server: fedora 20 3.15.10-201.fc20.ppc64p7 xfce

2 1

Bug#678: File handles not closed properly in x2gocleansessions
by Matthew L. Dailey 20 Nov '14

20 Nov '14

Package: x2goserver Version: 4.0.1.18 Greetings, When x2gocleansessions starts up and forks, it is not properly closing stdin and stdout. This can lead to problems with upstream programs/scripts. For example, if a script calls apt-get upgrade to upgrade the x2goserver package, the postinst script loads x2gocleansessions and since stdin/stdout are not closed, the call will not finish properly. Looking through bug reports and commits, it looks like there was a bug #441 to fix a similar problem, but this fix looks like it wasn’t correct. Then, commit 336917af0dc087e4540fb3d55eb501d2fa4349be in 4.0.1.15 implemented a more comprehensive fix, but specifically excluded closing stdin and stout. Attached is a patch to fix a couple of things in this bit of the code: * Redirect stdin, stdout and stderr to /dev/null - as far as I know, this is best practice for perl daemons and what I have used for years in my own projects * Test for the existence of the file descriptor before issuing the close - this fixes a race condition where glob opens its own file descriptor to get the list, so this descriptor is gone when the script attempts to close it * Only capture the file descriptor backreference in the regex * Send any close failures to syslog I hope this all makes sense and that this can be incorporated into the code. Let me know if you have any questions or need any other information. Thanks for all your great work on X2Go!! -- Matthew L. Dailey Senior Systems Engineer Thayer School of Engineering Dartmouth College --- x2gocleansessions.orig 2014-10-07 00:05:56.000000000 -0400 +++ x2gocleansessions 2014-11-20 10:21:56.312590068 -0500 @@ -130,23 +130,21 @@ # close any open file descriptor left open by our parent before the fork my $fd; for (glob "/proc/$$/fd/*") { - if ($_ =~ m/\/proc\/(\d+)\/fd\/(\d+)/) { - $fd = $2; - if ( $fd == 0 ) { next; } - if ( $fd == 1 ) { next; } - if (POSIX::close($fd)) { - print ""; - #print "Closed:II$_\n"; - } else { - print ""; - #print "Error Closing:I$_\n"; + if ( ! -e $_ ) { next; } + if ($_ =~ m/\/proc\/\d+\/fd\/(\d+)/) { + $fd = $1; + if ( $fd < 3 ) { next; } + if (! POSIX::close($fd)) { + syslog('warning', "Error Closing $_: $!"); } - } else { - print ""; - #print "ERROR: $_\n"; } } + # redirect stdin, stdout and stderr + open *STDIN, q{<}, '/dev/null'; + open *STDOUT, q{>>}, '/dev/null'; + open *STDERR, q{>>}, '/dev/null'; + $SIG{TERM}=\&catch_term; $SIG{CHLD} = sub { wait };

1 0

Automated testing plan x2go
by cwe 19 Nov '14

19 Nov '14

To Automated testing team, I saw my setup for QA testing being bounced back to me from your mailserver, Kjetil. So I will try a different sender mailaddress. Hope the plan will reach you now. It is the same plan Mike already reviewed. Mike, thanks for your very good critics on my QA proposal! I read your correspondence with Mike regarding the QA setup plan. One of the foundations of my plan was to ask user permission to send over log data, in order to receive as much information as possible concerning operating system use, machinery, client connections and so on. Mike and you mentioned the privacy issue that aggregates from "calling-home". I think that is an important subject. Asking permission could indeed lower user acceptance, so I agree with you to leave this part of the plan. I'm no QA tester myself, as you know. At this moment I can't think of a way to speed up QA. I think the setup on which Mike and you did some brainstorms, involves lots of work. If there is anything I can do to help with trapping code (I can do some ruby, python and bash) in order to generate logging messages, let me know! If you agree, I will try to contact a QA testing consultant from my LinkedIn netwerk. Maybe she's a willing to co-operate or even join x2go and willing to hand over some QA suggestions to us. But I can't garantuee she is receptive to this. So do not be dissappointed when it fails! Kind regards, Kees Epema -- OSmigratie: deel wat u weet, weet wat u deelt osmigratie.nl

1 0

Bug#675: KDE and Gnome sessions fail on launch, standalone apps work fine
by Jasmin Lévesque 17 Nov '14

17 Nov '14

Package: x2goserver Version: 4.0.1.18-3 Hi, When I try to open a Gnome or KDE remote session, the client window opens and close immediately. No error message appears in the "detail windows" of the client. No logs are found on in the home of the user on the server. If I try to open a specific app instead of a full session, x2go works fine. The behavior seems similar to bug #671 but on CentOS 7 instead of SLES. I haven't tried older versions, this is a new deployment to replace an aging server. I tried to install the nighly build but I got a RPM dependency error that I will post as a separate bug. Best regards, Jasmin Lévesque Senior system analyst Vlan! Technologie

2 1

Bug#674: keycode -> keycode translation harmful (makes configuration complex)
by Robert Siemer 14 Nov '14

14 Nov '14

Package: x2goserver Version: 4.0.1.18 This bug report is about keyboard configuration issues: it is very challenging to have a custom keyboard configuration over x2go, while it is running perfectly on the local machine. With a Linux X2Go client the keyboard configuration could be entirely transparent, like an ssh-session with X11-forwarding is. But it isn’t. Background: In X11, the keycodes (numbers, e.g. 98) are sent by the X11-keyboard driver to the X11-core. These numbers also get reported to the applications. The applications in turn ask the X-server what they should make out of those keycodes (e.g. 'a', called “symbols”). The "final" problem I’m describing here is independent of the ‘keyboard settings’ of the x2go client. Nevertheless I describe here only the effects as seen with a configuration of "leave keyboard settings alone and don’t do anything about it”. With this kind of configuration the X-clients on the X2Go-server get the same answer to for keycodes → symbols requests as they get local, but they get it from the X2Go-server (nxagent or something). It seems that these settings get copied over to the X2Go-server and are left alone. I call those settings the “XKB configuration”. A different X2Go-client keyboard configuration (e.g. auto), by the way, would only reconfigure that XKB configuration, which can also be done by hand with xkbcomp or setxkbmap. —But the keycodes coming from the X2Go-client do not get sent over as is. The are “mangled” or “translated” in between, especially on any Linux client with evdev input device drivers. There is no X11 way to reconfigure those keycodes, as they normally come from the driver and are fixed for each key. Three questions came to my mind: 1) Why are the keycodes translated? 2) What logic does this translation follow? 3) How can I influence it? To the first question: it might be an artifact which is needed for other platforms. Second question: It turned out that the keycodes received by the applications on the X2Go-server are exactly those that an old pre-evdev Linux machine would generate. Those codes are written down and shipped with Xorg (X-Server) in the file keycodes/xfree86. The file used these days with the evdev driver is keycodes/evdev, where those known values are recorded. After changing my XKB configuration, completely “faking” a key on my keyboard to be something else, the X2Go server (or nxagent or whatever) still knew how to translate the keycode of it. After some trial and error I found out that the translation instance knowns about my original keyboard with the help of the some X property on the root window: $ xprop -root _XKB_RULES_NAMES _XKB_RULES_NAMES(STRING) = "evdev", "pc104", "us", "altgr-intl", "" The first string, here "evdev" dicts the rules file to use for XKB configuration changes. Note: this X property is not part of the XKB configuration, but setxkbmap read and records those five strings, which guide XKB configuration composition so to say. (Those five strings are rules, model, layout, variant and options, and they only guide which XKB configuration pieces to load. Those pieces are named keycodes, types, compat, symbols and geometry.) I don’t know if X2Go actually reads and parses the rules file and the XKB snippets or if the mappings are hardcoded, but changing the first string in _XKB_RULES_NAMES (which dictates which rules file to use) influences how the translation is done. the following rules files dictate which keycodes to use: evdev → evdev xfree86 → xfree86 base → xfree86 When starting or resuming an X2Go session, the _XKB_RULES_NAMES property is initially set to "xfree86", "null", "null", ... in the nxagent. It really looks like that this X11 intermediary wants to fake “xfree86 hardware” (i.e. old PC hardware + kernel). As my current setup has no “xfree86 settings” nowhere, I assume that this is fixed. In effect: changing _XKB_RULES_NAMES to something where the rules is set to “xfree86” or “base”, no translation takes place (or the translation is 1:1). This has to be configured before X2Go session resume or startup. Note that this does not change the XKB configuration (it would only influence the next setxkbmap run). Once no real keycode translation takes place, no XKB keyboard (re-)configuration is necessary as the copied local setup is probably exactly what you want.

3 2

Does x2goagent need x2goserver?
by Orion Poplawski 13 Nov '14

13 Nov '14

I see that in debian, x2goagent suggests x2goserver. Is there a usecase for x2goagent without x2goserver? -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane orion(a)nwra.com Boulder, CO 80301 http://www.nwra.com

2 2

Processed: X2Go Bug #205 not an issue anymore, right?
by owner＠bugs.x2go.org 13 Nov '14

13 Nov '14

Processing control commands: > tag -1 moreinfo Bug #205 [nx-libs] Patch for fix cairo issue Added tag(s) moreinfo. -- 205: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=205 X2Go Bug Tracking System Contact owner(a)bugs.x2go.org with problems

1 0

Bug#205: X2Go Bug #205 not an issue anymore, right?
by Mike Gabriel 13 Nov '14

13 Nov '14

Control: tag -1 moreinfo Hi Nicolas, I have recently reopened X2Go bug#205. It has been stated by Ulrich Sibiller that faking the X11 version has also been a practice performed by NoMachine (in nxagent-3.5.0-8). So I thougt to look at your bug report #205 [1] once more, but my impression is that the reported problem has meanwhile been fixed and it is sufficient to announce NX as X.Org 7.0 (not 7.1). Could you please shortly comment on this? Thanks, Mike (from X2Go upstream, one of the maintainers of NX-redistributed) [1] http://bugs.x2go.org/205 -- 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#578: X2Go issue (in src:nx-libs) has been marked as closed
by Mike Gabriel 13 Nov '14

13 Nov '14

close #578 thanks Hello, we are very hopeful that X2Go issue #578 reported by you has been resolved in the new release (2:3.5.0.28) of the X2Go source project »src:nx-libs«. You can view the complete changelog entry of src:nx-libs (2:3.5.0.28) below, and you can use the following link to view all the code changes between this and the last release of src:nx-libs. http://code.x2go.org/gitweb?p=nx-libs.git;a=commitdiff;h=f13f6a6adaa8d33f10… 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:nx-libs. Thanks a lot for contributing to X2Go!!! light+love X2Go Git Admin (on behalf of the sender of this mail) --- X2Go Component: src:nx-libs Version: 2:3.5.0.28-0x2go1 Status: RELEASE Date: Thu, 13 Nov 2014 21:39:24 +0100 Fixes: 269 578 585 610 621 Changes: nx-libs (2:3.5.0.28-0x2go1) RELEASED; urgency=medium . [ Mike Gabriel ] * Provide COPYING file in tarball. Update debian/copyright. * Add 025_nxcomp-fix-ftbfs-against-jpeg9a.full+lite.patch. Fix FTBFS when built against libjpeg9a. Thanks to Gabriel Marcano for sending this in. (Fixes: #578). * Update 027_nxcomp_abstract-X11-socket.full+lite: Add patch header (Description: and Author: field). * Add 607_nxcomp_macosx-X11-launcher-in-private-tmp.full+lite.patch. Fix check for launchd socket path in $DISPLAY on recent Mac OS X systems. * Rename 605_nxcomp_Types.h-dont-use-STL-internals-on-libc++.full.patch to 605_nxcomp_Types.h-dont-use-STL-internals-on-libc++.full+lite.patch. It is an nxcomp patch that needs to be applied in the nx-libs-lite _and_ the nx-libs-full tarball release. * debian/libnx-x11.postinst: + Don't use dpkg-architecture (bin:package dpkg-dev) in postinst script. Instead prep a libnx-x11.postinst script at build time. (Fixes: #621). * debian/rules: + No such option for dh_auto_build: --with quilt." * nx-libs.spec: + Adapt installation of debian/VERSION as VERSION.x2goagent and nxcomp/VERSION to latest changes introduced by 400_nxcomp-version.full+lite.patch. + Additionally adapt to building on openSUSE/SLES. + SUSE hack for linking to files in libX11-6 and libXext6. + Make sure all package directories are owned by one of the built bin:packages. + Fix Xinerama symlink installation into RPM bin:package libNX_Xinerama. (Fixes: #269). . [ Nito Martinez ] * Add 400_nxcomp-version.full+lite.patch. Allow 4-digit version comparison during NX session handshake. (Fixes: #610). . [ Ulrich Sibiller ] * Add 207_nxagent_fix-xfixes-selection.full.patch. Fix selection handling when XFIXES is enabled. (Fixes: #585).

2 1

Bug#621: X2Go issue (in src:nx-libs) has been marked as closed
by Mike Gabriel 13 Nov '14

13 Nov '14

close #621 thanks Hello, we are very hopeful that X2Go issue #621 reported by you has been resolved in the new release (2:3.5.0.28) of the X2Go source project »src:nx-libs«. You can view the complete changelog entry of src:nx-libs (2:3.5.0.28) below, and you can use the following link to view all the code changes between this and the last release of src:nx-libs. http://code.x2go.org/gitweb?p=nx-libs.git;a=commitdiff;h=39202bb0cfad1a5d78… 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:nx-libs. Thanks a lot for contributing to X2Go!!! light+love X2Go Git Admin (on behalf of the sender of this mail) --- X2Go Component: src:nx-libs Version: 2:3.5.0.28-0x2go1 Status: RELEASE Date: Thu, 13 Nov 2014 21:39:24 +0100 Fixes: 269 578 585 610 621 Changes: nx-libs (2:3.5.0.28-0x2go1) RELEASED; urgency=medium . [ Mike Gabriel ] * Provide COPYING file in tarball. Update debian/copyright. * Add 025_nxcomp-fix-ftbfs-against-jpeg9a.full+lite.patch. Fix FTBFS when built against libjpeg9a. Thanks to Gabriel Marcano for sending this in. (Fixes: #578). * Update 027_nxcomp_abstract-X11-socket.full+lite: Add patch header (Description: and Author: field). * Add 607_nxcomp_macosx-X11-launcher-in-private-tmp.full+lite.patch. Fix check for launchd socket path in $DISPLAY on recent Mac OS X systems. * Rename 605_nxcomp_Types.h-dont-use-STL-internals-on-libc++.full.patch to 605_nxcomp_Types.h-dont-use-STL-internals-on-libc++.full+lite.patch. It is an nxcomp patch that needs to be applied in the nx-libs-lite _and_ the nx-libs-full tarball release. * debian/libnx-x11.postinst: + Don't use dpkg-architecture (bin:package dpkg-dev) in postinst script. Instead prep a libnx-x11.postinst script at build time. (Fixes: #621). * debian/rules: + No such option for dh_auto_build: --with quilt." * nx-libs.spec: + Adapt installation of debian/VERSION as VERSION.x2goagent and nxcomp/VERSION to latest changes introduced by 400_nxcomp-version.full+lite.patch. + Additionally adapt to building on openSUSE/SLES. + SUSE hack for linking to files in libX11-6 and libXext6. + Make sure all package directories are owned by one of the built bin:packages. + Fix Xinerama symlink installation into RPM bin:package libNX_Xinerama. (Fixes: #269). . [ Nito Martinez ] * Add 400_nxcomp-version.full+lite.patch. Allow 4-digit version comparison during NX session handshake. (Fixes: #610). . [ Ulrich Sibiller ] * Add 207_nxagent_fix-xfixes-selection.full.patch. Fix selection handling when XFIXES is enabled. (Fixes: #585).

2 1

Bug#585: X2Go issue (in src:nx-libs) has been marked as closed
by Mike Gabriel 13 Nov '14

13 Nov '14

close #585 thanks Hello, we are very hopeful that X2Go issue #585 reported by you has been resolved in the new release (2:3.5.0.28) of the X2Go source project »src:nx-libs«. You can view the complete changelog entry of src:nx-libs (2:3.5.0.28) below, and you can use the following link to view all the code changes between this and the last release of src:nx-libs. http://code.x2go.org/gitweb?p=nx-libs.git;a=commitdiff;h=f13f6a6adaa8d33f10… 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:nx-libs. Thanks a lot for contributing to X2Go!!! light+love X2Go Git Admin (on behalf of the sender of this mail) --- X2Go Component: src:nx-libs Version: 2:3.5.0.28-0x2go1 Status: RELEASE Date: Thu, 13 Nov 2014 21:39:24 +0100 Fixes: 269 578 585 610 621 Changes: nx-libs (2:3.5.0.28-0x2go1) RELEASED; urgency=medium . [ Mike Gabriel ] * Provide COPYING file in tarball. Update debian/copyright. * Add 025_nxcomp-fix-ftbfs-against-jpeg9a.full+lite.patch. Fix FTBFS when built against libjpeg9a. Thanks to Gabriel Marcano for sending this in. (Fixes: #578). * Update 027_nxcomp_abstract-X11-socket.full+lite: Add patch header (Description: and Author: field). * Add 607_nxcomp_macosx-X11-launcher-in-private-tmp.full+lite.patch. Fix check for launchd socket path in $DISPLAY on recent Mac OS X systems. * Rename 605_nxcomp_Types.h-dont-use-STL-internals-on-libc++.full.patch to 605_nxcomp_Types.h-dont-use-STL-internals-on-libc++.full+lite.patch. It is an nxcomp patch that needs to be applied in the nx-libs-lite _and_ the nx-libs-full tarball release. * debian/libnx-x11.postinst: + Don't use dpkg-architecture (bin:package dpkg-dev) in postinst script. Instead prep a libnx-x11.postinst script at build time. (Fixes: #621). * debian/rules: + No such option for dh_auto_build: --with quilt." * nx-libs.spec: + Adapt installation of debian/VERSION as VERSION.x2goagent and nxcomp/VERSION to latest changes introduced by 400_nxcomp-version.full+lite.patch. + Additionally adapt to building on openSUSE/SLES. + SUSE hack for linking to files in libX11-6 and libXext6. + Make sure all package directories are owned by one of the built bin:packages. + Fix Xinerama symlink installation into RPM bin:package libNX_Xinerama. (Fixes: #269). . [ Nito Martinez ] * Add 400_nxcomp-version.full+lite.patch. Allow 4-digit version comparison during NX session handshake. (Fixes: #610). . [ Ulrich Sibiller ] * Add 207_nxagent_fix-xfixes-selection.full.patch. Fix selection handling when XFIXES is enabled. (Fixes: #585).

2 1

Bug#585: X2Go issue (in src:nx-libs) has been marked as closed
by Mike Gabriel 13 Nov '14

13 Nov '14

close #585 thanks Hello, we are very hopeful that X2Go issue #585 reported by you has been resolved in the new release (2:3.5.0.28) of the X2Go source project »src:nx-libs«. You can view the complete changelog entry of src:nx-libs (2:3.5.0.28) below, and you can use the following link to view all the code changes between this and the last release of src:nx-libs. http://code.x2go.org/gitweb?p=nx-libs.git;a=commitdiff;h=39202bb0cfad1a5d78… 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:nx-libs. Thanks a lot for contributing to X2Go!!! light+love X2Go Git Admin (on behalf of the sender of this mail) --- X2Go Component: src:nx-libs Version: 2:3.5.0.28-0x2go1 Status: RELEASE Date: Thu, 13 Nov 2014 21:39:24 +0100 Fixes: 269 578 585 610 621 Changes: nx-libs (2:3.5.0.28-0x2go1) RELEASED; urgency=medium . [ Mike Gabriel ] * Provide COPYING file in tarball. Update debian/copyright. * Add 025_nxcomp-fix-ftbfs-against-jpeg9a.full+lite.patch. Fix FTBFS when built against libjpeg9a. Thanks to Gabriel Marcano for sending this in. (Fixes: #578). * Update 027_nxcomp_abstract-X11-socket.full+lite: Add patch header (Description: and Author: field). * Add 607_nxcomp_macosx-X11-launcher-in-private-tmp.full+lite.patch. Fix check for launchd socket path in $DISPLAY on recent Mac OS X systems. * Rename 605_nxcomp_Types.h-dont-use-STL-internals-on-libc++.full.patch to 605_nxcomp_Types.h-dont-use-STL-internals-on-libc++.full+lite.patch. It is an nxcomp patch that needs to be applied in the nx-libs-lite _and_ the nx-libs-full tarball release. * debian/libnx-x11.postinst: + Don't use dpkg-architecture (bin:package dpkg-dev) in postinst script. Instead prep a libnx-x11.postinst script at build time. (Fixes: #621). * debian/rules: + No such option for dh_auto_build: --with quilt." * nx-libs.spec: + Adapt installation of debian/VERSION as VERSION.x2goagent and nxcomp/VERSION to latest changes introduced by 400_nxcomp-version.full+lite.patch. + Additionally adapt to building on openSUSE/SLES. + SUSE hack for linking to files in libX11-6 and libXext6. + Make sure all package directories are owned by one of the built bin:packages. + Fix Xinerama symlink installation into RPM bin:package libNX_Xinerama. (Fixes: #269). . [ Nito Martinez ] * Add 400_nxcomp-version.full+lite.patch. Allow 4-digit version comparison during NX session handshake. (Fixes: #610). . [ Ulrich Sibiller ] * Add 207_nxagent_fix-xfixes-selection.full.patch. Fix selection handling when XFIXES is enabled. (Fixes: #585).

2 1

Bug#578: X2Go issue (in src:nx-libs) has been marked as closed
by Mike Gabriel 13 Nov '14

13 Nov '14

close #578 thanks Hello, we are very hopeful that X2Go issue #578 reported by you has been resolved in the new release (2:3.5.0.28) of the X2Go source project »src:nx-libs«. You can view the complete changelog entry of src:nx-libs (2:3.5.0.28) below, and you can use the following link to view all the code changes between this and the last release of src:nx-libs. http://code.x2go.org/gitweb?p=nx-libs.git;a=commitdiff;h=39202bb0cfad1a5d78… 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:nx-libs. Thanks a lot for contributing to X2Go!!! light+love X2Go Git Admin (on behalf of the sender of this mail) --- X2Go Component: src:nx-libs Version: 2:3.5.0.28-0x2go1 Status: RELEASE Date: Thu, 13 Nov 2014 21:39:24 +0100 Fixes: 269 578 585 610 621 Changes: nx-libs (2:3.5.0.28-0x2go1) RELEASED; urgency=medium . [ Mike Gabriel ] * Provide COPYING file in tarball. Update debian/copyright. * Add 025_nxcomp-fix-ftbfs-against-jpeg9a.full+lite.patch. Fix FTBFS when built against libjpeg9a. Thanks to Gabriel Marcano for sending this in. (Fixes: #578). * Update 027_nxcomp_abstract-X11-socket.full+lite: Add patch header (Description: and Author: field). * Add 607_nxcomp_macosx-X11-launcher-in-private-tmp.full+lite.patch. Fix check for launchd socket path in $DISPLAY on recent Mac OS X systems. * Rename 605_nxcomp_Types.h-dont-use-STL-internals-on-libc++.full.patch to 605_nxcomp_Types.h-dont-use-STL-internals-on-libc++.full+lite.patch. It is an nxcomp patch that needs to be applied in the nx-libs-lite _and_ the nx-libs-full tarball release. * debian/libnx-x11.postinst: + Don't use dpkg-architecture (bin:package dpkg-dev) in postinst script. Instead prep a libnx-x11.postinst script at build time. (Fixes: #621). * debian/rules: + No such option for dh_auto_build: --with quilt." * nx-libs.spec: + Adapt installation of debian/VERSION as VERSION.x2goagent and nxcomp/VERSION to latest changes introduced by 400_nxcomp-version.full+lite.patch. + Additionally adapt to building on openSUSE/SLES. + SUSE hack for linking to files in libX11-6 and libXext6. + Make sure all package directories are owned by one of the built bin:packages. + Fix Xinerama symlink installation into RPM bin:package libNX_Xinerama. (Fixes: #269). . [ Nito Martinez ] * Add 400_nxcomp-version.full+lite.patch. Allow 4-digit version comparison during NX session handshake. (Fixes: #610). . [ Ulrich Sibiller ] * Add 207_nxagent_fix-xfixes-selection.full.patch. Fix selection handling when XFIXES is enabled. (Fixes: #585).

2 1

Bug#269: X2Go issue (in src:nx-libs) has been marked as closed
by Mike Gabriel 13 Nov '14

13 Nov '14

close #269 thanks Hello, we are very hopeful that X2Go issue #269 reported by you has been resolved in the new release (2:3.5.0.28) of the X2Go source project »src:nx-libs«. You can view the complete changelog entry of src:nx-libs (2:3.5.0.28) below, and you can use the following link to view all the code changes between this and the last release of src:nx-libs. http://code.x2go.org/gitweb?p=nx-libs.git;a=commitdiff;h=f13f6a6adaa8d33f10… 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:nx-libs. Thanks a lot for contributing to X2Go!!! light+love X2Go Git Admin (on behalf of the sender of this mail) --- X2Go Component: src:nx-libs Version: 2:3.5.0.28-0x2go1 Status: RELEASE Date: Thu, 13 Nov 2014 21:39:24 +0100 Fixes: 269 578 585 610 621 Changes: nx-libs (2:3.5.0.28-0x2go1) RELEASED; urgency=medium . [ Mike Gabriel ] * Provide COPYING file in tarball. Update debian/copyright. * Add 025_nxcomp-fix-ftbfs-against-jpeg9a.full+lite.patch. Fix FTBFS when built against libjpeg9a. Thanks to Gabriel Marcano for sending this in. (Fixes: #578). * Update 027_nxcomp_abstract-X11-socket.full+lite: Add patch header (Description: and Author: field). * Add 607_nxcomp_macosx-X11-launcher-in-private-tmp.full+lite.patch. Fix check for launchd socket path in $DISPLAY on recent Mac OS X systems. * Rename 605_nxcomp_Types.h-dont-use-STL-internals-on-libc++.full.patch to 605_nxcomp_Types.h-dont-use-STL-internals-on-libc++.full+lite.patch. It is an nxcomp patch that needs to be applied in the nx-libs-lite _and_ the nx-libs-full tarball release. * debian/libnx-x11.postinst: + Don't use dpkg-architecture (bin:package dpkg-dev) in postinst script. Instead prep a libnx-x11.postinst script at build time. (Fixes: #621). * debian/rules: + No such option for dh_auto_build: --with quilt." * nx-libs.spec: + Adapt installation of debian/VERSION as VERSION.x2goagent and nxcomp/VERSION to latest changes introduced by 400_nxcomp-version.full+lite.patch. + Additionally adapt to building on openSUSE/SLES. + SUSE hack for linking to files in libX11-6 and libXext6. + Make sure all package directories are owned by one of the built bin:packages. + Fix Xinerama symlink installation into RPM bin:package libNX_Xinerama. (Fixes: #269). . [ Nito Martinez ] * Add 400_nxcomp-version.full+lite.patch. Allow 4-digit version comparison during NX session handshake. (Fixes: #610). . [ Ulrich Sibiller ] * Add 207_nxagent_fix-xfixes-selection.full.patch. Fix selection handling when XFIXES is enabled. (Fixes: #585).

2 1

Bug#621: X2Go issue (in src:nx-libs) has been marked as closed
by Mike Gabriel 13 Nov '14

13 Nov '14

close #621 thanks Hello, we are very hopeful that X2Go issue #621 reported by you has been resolved in the new release (2:3.5.0.28) of the X2Go source project »src:nx-libs«. You can view the complete changelog entry of src:nx-libs (2:3.5.0.28) below, and you can use the following link to view all the code changes between this and the last release of src:nx-libs. http://code.x2go.org/gitweb?p=nx-libs.git;a=commitdiff;h=f13f6a6adaa8d33f10… 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:nx-libs. Thanks a lot for contributing to X2Go!!! light+love X2Go Git Admin (on behalf of the sender of this mail) --- X2Go Component: src:nx-libs Version: 2:3.5.0.28-0x2go1 Status: RELEASE Date: Thu, 13 Nov 2014 21:39:24 +0100 Fixes: 269 578 585 610 621 Changes: nx-libs (2:3.5.0.28-0x2go1) RELEASED; urgency=medium . [ Mike Gabriel ] * Provide COPYING file in tarball. Update debian/copyright. * Add 025_nxcomp-fix-ftbfs-against-jpeg9a.full+lite.patch. Fix FTBFS when built against libjpeg9a. Thanks to Gabriel Marcano for sending this in. (Fixes: #578). * Update 027_nxcomp_abstract-X11-socket.full+lite: Add patch header (Description: and Author: field). * Add 607_nxcomp_macosx-X11-launcher-in-private-tmp.full+lite.patch. Fix check for launchd socket path in $DISPLAY on recent Mac OS X systems. * Rename 605_nxcomp_Types.h-dont-use-STL-internals-on-libc++.full.patch to 605_nxcomp_Types.h-dont-use-STL-internals-on-libc++.full+lite.patch. It is an nxcomp patch that needs to be applied in the nx-libs-lite _and_ the nx-libs-full tarball release. * debian/libnx-x11.postinst: + Don't use dpkg-architecture (bin:package dpkg-dev) in postinst script. Instead prep a libnx-x11.postinst script at build time. (Fixes: #621). * debian/rules: + No such option for dh_auto_build: --with quilt." * nx-libs.spec: + Adapt installation of debian/VERSION as VERSION.x2goagent and nxcomp/VERSION to latest changes introduced by 400_nxcomp-version.full+lite.patch. + Additionally adapt to building on openSUSE/SLES. + SUSE hack for linking to files in libX11-6 and libXext6. + Make sure all package directories are owned by one of the built bin:packages. + Fix Xinerama symlink installation into RPM bin:package libNX_Xinerama. (Fixes: #269). . [ Nito Martinez ] * Add 400_nxcomp-version.full+lite.patch. Allow 4-digit version comparison during NX session handshake. (Fixes: #610). . [ Ulrich Sibiller ] * Add 207_nxagent_fix-xfixes-selection.full.patch. Fix selection handling when XFIXES is enabled. (Fixes: #585).

2 1

Bug#610: X2Go issue (in src:nx-libs) has been marked as closed
by Mike Gabriel 13 Nov '14

13 Nov '14

close #610 thanks Hello, we are very hopeful that X2Go issue #610 reported by you has been resolved in the new release (2:3.5.0.28) of the X2Go source project »src:nx-libs«. You can view the complete changelog entry of src:nx-libs (2:3.5.0.28) below, and you can use the following link to view all the code changes between this and the last release of src:nx-libs. http://code.x2go.org/gitweb?p=nx-libs.git;a=commitdiff;h=f13f6a6adaa8d33f10… 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:nx-libs. Thanks a lot for contributing to X2Go!!! light+love X2Go Git Admin (on behalf of the sender of this mail) --- X2Go Component: src:nx-libs Version: 2:3.5.0.28-0x2go1 Status: RELEASE Date: Thu, 13 Nov 2014 21:39:24 +0100 Fixes: 269 578 585 610 621 Changes: nx-libs (2:3.5.0.28-0x2go1) RELEASED; urgency=medium . [ Mike Gabriel ] * Provide COPYING file in tarball. Update debian/copyright. * Add 025_nxcomp-fix-ftbfs-against-jpeg9a.full+lite.patch. Fix FTBFS when built against libjpeg9a. Thanks to Gabriel Marcano for sending this in. (Fixes: #578). * Update 027_nxcomp_abstract-X11-socket.full+lite: Add patch header (Description: and Author: field). * Add 607_nxcomp_macosx-X11-launcher-in-private-tmp.full+lite.patch. Fix check for launchd socket path in $DISPLAY on recent Mac OS X systems. * Rename 605_nxcomp_Types.h-dont-use-STL-internals-on-libc++.full.patch to 605_nxcomp_Types.h-dont-use-STL-internals-on-libc++.full+lite.patch. It is an nxcomp patch that needs to be applied in the nx-libs-lite _and_ the nx-libs-full tarball release. * debian/libnx-x11.postinst: + Don't use dpkg-architecture (bin:package dpkg-dev) in postinst script. Instead prep a libnx-x11.postinst script at build time. (Fixes: #621). * debian/rules: + No such option for dh_auto_build: --with quilt." * nx-libs.spec: + Adapt installation of debian/VERSION as VERSION.x2goagent and nxcomp/VERSION to latest changes introduced by 400_nxcomp-version.full+lite.patch. + Additionally adapt to building on openSUSE/SLES. + SUSE hack for linking to files in libX11-6 and libXext6. + Make sure all package directories are owned by one of the built bin:packages. + Fix Xinerama symlink installation into RPM bin:package libNX_Xinerama. (Fixes: #269). . [ Nito Martinez ] * Add 400_nxcomp-version.full+lite.patch. Allow 4-digit version comparison during NX session handshake. (Fixes: #610). . [ Ulrich Sibiller ] * Add 207_nxagent_fix-xfixes-selection.full.patch. Fix selection handling when XFIXES is enabled. (Fixes: #585).

2 1

Bug#269: X2Go issue (in src:nx-libs) has been marked as closed
by Mike Gabriel 13 Nov '14

13 Nov '14

close #269 thanks Hello, we are very hopeful that X2Go issue #269 reported by you has been resolved in the new release (2:3.5.0.28) of the X2Go source project »src:nx-libs«. You can view the complete changelog entry of src:nx-libs (2:3.5.0.28) below, and you can use the following link to view all the code changes between this and the last release of src:nx-libs. http://code.x2go.org/gitweb?p=nx-libs.git;a=commitdiff;h=39202bb0cfad1a5d78… 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:nx-libs. Thanks a lot for contributing to X2Go!!! light+love X2Go Git Admin (on behalf of the sender of this mail) --- X2Go Component: src:nx-libs Version: 2:3.5.0.28-0x2go1 Status: RELEASE Date: Thu, 13 Nov 2014 21:39:24 +0100 Fixes: 269 578 585 610 621 Changes: nx-libs (2:3.5.0.28-0x2go1) RELEASED; urgency=medium . [ Mike Gabriel ] * Provide COPYING file in tarball. Update debian/copyright. * Add 025_nxcomp-fix-ftbfs-against-jpeg9a.full+lite.patch. Fix FTBFS when built against libjpeg9a. Thanks to Gabriel Marcano for sending this in. (Fixes: #578). * Update 027_nxcomp_abstract-X11-socket.full+lite: Add patch header (Description: and Author: field). * Add 607_nxcomp_macosx-X11-launcher-in-private-tmp.full+lite.patch. Fix check for launchd socket path in $DISPLAY on recent Mac OS X systems. * Rename 605_nxcomp_Types.h-dont-use-STL-internals-on-libc++.full.patch to 605_nxcomp_Types.h-dont-use-STL-internals-on-libc++.full+lite.patch. It is an nxcomp patch that needs to be applied in the nx-libs-lite _and_ the nx-libs-full tarball release. * debian/libnx-x11.postinst: + Don't use dpkg-architecture (bin:package dpkg-dev) in postinst script. Instead prep a libnx-x11.postinst script at build time. (Fixes: #621). * debian/rules: + No such option for dh_auto_build: --with quilt." * nx-libs.spec: + Adapt installation of debian/VERSION as VERSION.x2goagent and nxcomp/VERSION to latest changes introduced by 400_nxcomp-version.full+lite.patch. + Additionally adapt to building on openSUSE/SLES. + SUSE hack for linking to files in libX11-6 and libXext6. + Make sure all package directories are owned by one of the built bin:packages. + Fix Xinerama symlink installation into RPM bin:package libNX_Xinerama. (Fixes: #269). . [ Nito Martinez ] * Add 400_nxcomp-version.full+lite.patch. Allow 4-digit version comparison during NX session handshake. (Fixes: #610). . [ Ulrich Sibiller ] * Add 207_nxagent_fix-xfixes-selection.full.patch. Fix selection handling when XFIXES is enabled. (Fixes: #585).

2 1

Bug#610: X2Go issue (in src:nx-libs) has been marked as closed
by Mike Gabriel 13 Nov '14

13 Nov '14

close #610 thanks Hello, we are very hopeful that X2Go issue #610 reported by you has been resolved in the new release (2:3.5.0.28) of the X2Go source project »src:nx-libs«. You can view the complete changelog entry of src:nx-libs (2:3.5.0.28) below, and you can use the following link to view all the code changes between this and the last release of src:nx-libs. http://code.x2go.org/gitweb?p=nx-libs.git;a=commitdiff;h=39202bb0cfad1a5d78… 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:nx-libs. Thanks a lot for contributing to X2Go!!! light+love X2Go Git Admin (on behalf of the sender of this mail) --- X2Go Component: src:nx-libs Version: 2:3.5.0.28-0x2go1 Status: RELEASE Date: Thu, 13 Nov 2014 21:39:24 +0100 Fixes: 269 578 585 610 621 Changes: nx-libs (2:3.5.0.28-0x2go1) RELEASED; urgency=medium . [ Mike Gabriel ] * Provide COPYING file in tarball. Update debian/copyright. * Add 025_nxcomp-fix-ftbfs-against-jpeg9a.full+lite.patch. Fix FTBFS when built against libjpeg9a. Thanks to Gabriel Marcano for sending this in. (Fixes: #578). * Update 027_nxcomp_abstract-X11-socket.full+lite: Add patch header (Description: and Author: field). * Add 607_nxcomp_macosx-X11-launcher-in-private-tmp.full+lite.patch. Fix check for launchd socket path in $DISPLAY on recent Mac OS X systems. * Rename 605_nxcomp_Types.h-dont-use-STL-internals-on-libc++.full.patch to 605_nxcomp_Types.h-dont-use-STL-internals-on-libc++.full+lite.patch. It is an nxcomp patch that needs to be applied in the nx-libs-lite _and_ the nx-libs-full tarball release. * debian/libnx-x11.postinst: + Don't use dpkg-architecture (bin:package dpkg-dev) in postinst script. Instead prep a libnx-x11.postinst script at build time. (Fixes: #621). * debian/rules: + No such option for dh_auto_build: --with quilt." * nx-libs.spec: + Adapt installation of debian/VERSION as VERSION.x2goagent and nxcomp/VERSION to latest changes introduced by 400_nxcomp-version.full+lite.patch. + Additionally adapt to building on openSUSE/SLES. + SUSE hack for linking to files in libX11-6 and libXext6. + Make sure all package directories are owned by one of the built bin:packages. + Fix Xinerama symlink installation into RPM bin:package libNX_Xinerama. (Fixes: #269). . [ Nito Martinez ] * Add 400_nxcomp-version.full+lite.patch. Allow 4-digit version comparison during NX session handshake. (Fixes: #610). . [ Ulrich Sibiller ] * Add 207_nxagent_fix-xfixes-selection.full.patch. Fix selection handling when XFIXES is enabled. (Fixes: #585).

2 1

Re: [X2Go-Dev] [X2Go-User] x2go Client not connecting. Where to get more info?
by Diego Costantini 13 Nov '14

13 Nov '14

Seems to be this: http://bugs.x2go.org/178 I don't know if is the problem for my connection, or if I have to find some other log somewhere else. On Thu, Nov 13, 2014 at 5:20 PM, Diego Costantini < diego.costantini(a)gmail.com> wrote: > Hi Mike, > I didn't see that page until the end. > I tried cinnamon-session-cinnamon2d but nothing happens as before. > > syslog has no info on the session. > > auth.log has the positive login I reported already. > > This is what I have in $HOME, no apparent reference to x2go errors: > .x2godesktopsharing/ .xsession .xsession-errors > > when i open the client in debug mode I found in the windows event viewer: > - <#149a9f4be2a7e8e7_> <Event xmlns="*http://schemas.microsoft.com/win/2004/08/events/event > <http://schemas.microsoft.com/win/2004/08/events/event>*"> > - <#149a9f4be2a7e8e7_> <System> > <Provider Name="*sshd*" /> > <EventID Qualifiers="*0*">0</EventID> > <Level>2</Level> > <Task>0</Task> > <Keywords>0x80000000000000</Keywords> > <TimeCreated SystemTime="*2014-11-13T16:16:47.000000000Z*" /> > <EventRecordID>7170</EventRecordID> > <Channel>Application</Channel> > <Computer>mymachine</Computer> > <Security UserID="*S-1-5-21-1866517518-1890906784-589957819-9371*" /> > </System> > - <#149a9f4be2a7e8e7_> <EventData> > <Data>sshd: PID 9264: error: Couldn't create pid file > "/var/run/sshd.pid": No such file or directory</Data> > </EventData> > </Event> > > don't know if there is something better somewhere else. > > > On Wed, Nov 12, 2014 at 2:58 PM, Mike Gabriel < > mike.gabriel(a)das-netzwerkteam.de> wrote: > >> Hi Diego, >> >> On Mi 12 Nov 2014 12:52:05 CET, Diego Costantini wrote: >> >> I think recently things got a bit better for Cinnamon, and since I prefer >>> that to Mate, I would fight a little longer to get it working. >>> >> >> Seen this already??? >> http://wiki.x2go.org/doku.php/doc:de-compat >> >> The problem is: where can I find any log to figure where is exactly the >>> issue? >>> And should I post here or on the dev list? >>> >> >> Post to the dev list, maybe... Or to the bug tracker if you found >> something that's reproducible. >> >> Logging takes place here: >> >> X2Go Server: /var/log/syslog >> X2Go Client: stderr (use --debug) >> PyHoca-GUI: stderr (use --libdebug --debug) >> Xsession itself: $HOME/.xsession-x2go-errors >> NX (server-side): $HOME/.x2go/C-<sessionid>/session.* >> NX (client-side): $HOME/.x2go/S-<sessionid>/session.* >> >> More info is here: http://wiki.x2go.org/doku.php/ >> wiki:development:debugging >> >> Greets, >> 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.xfb >> > >

1 0

Bug#671: Bug#671: Desktop Sessions like KDE and ICEWM quit immediately after spawning with x2goserver >4.0.1.15
by Mike Gabriel 13 Nov '14

13 Nov '14

Hi Thomas, On Do 13 Nov 2014 13:22:44 CET, Thomas Wagner wrote: > Hi, > > I was using the OBS version, as suggested by > http://wiki.x2go.org/doku.php/wiki:repositories:suse. > After the bug appeared, the main x2go repo was reverted to 4.0.1.15. > The OBS version does not have an x2goserver-xsessions package since the > files contained there are already included in the rpm for x2goserver. > > I gave the nightly build a short try and it seems to work. However, now > I don't know if it's a packaging bug or a bug that has been fixed in > between version 4.0.1.18 and the nightly built version. > > best regards > > Thomas in previous versions of X2Go Server, desktop sessions were executed like rootless applications if the Xsession mechanism failed in x2goserver-xsession. This was changed for 4.0.1.16, however, now all desktop session startups fail for distributions we are not aware of. For openSUSE (or SUSE in general, actually), this was fixed by a post-4.0.1.18 commit (present in the nightly builds and pending for release 4.0.1.19): http://code.x2go.org/gitweb?p=x2goserver.git;a=commitdiff;h=3d98f8999f60840… I will add a bug closure for this bug to the corresponding changelog entry. Greets, 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…

2 2

Bug#671: X2Go issue (in src:x2goserver) has been marked as pending for release
by Mike Gabriel 13 Nov '14

13 Nov '14

tag #671 pending fixed #671 4.0.1.19 thanks Hello, X2Go issue #671 (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=a589ff5 The issue will most likely be fixed in src:x2goserver (4.0.1.19). light+love X2Go Git Admin (on behalf of the sender of this mail) --- commit a589ff545243ddcb8784a71223884f9720073f39 Author: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> Date: Thu Nov 13 14:15:48 2014 +0100 add closure for #671 diff --git a/debian/changelog b/debian/changelog index 2daf624..ac6fe0e 100644 --- a/debian/changelog +++ b/debian/changelog @@ -19,7 +19,7 @@ x2goserver (4.0.1.19-0x2go1) UNRELEASED; urgency=medium directoy /usr/share/doc/packages/brp-check-suse is present, the build env is also considered to be a SUSE system. - Trigger Xsession code for SUSE systems (look for /etc/SUSE-brand for - SUSE system recognition). + SUSE system recognition). (Fixes: #671). - x2gosqlitewrapper.c: Fix rpmlint error: no-return-in-nonvoid-function. Return the exitcode of execve(). - Fix gramma in error message (in x2goresume-session).

2 1

Bug#671: Desktop Sessions like KDE and ICEWM quit immediately after spawning with x2goserver >4.0.1.15
by Thomas Wagner 13 Nov '14

13 Nov '14

Package: x2goserver Version 4.0.1.18 Hi, On OpenSUSE 13.1, starting a desktop sessions like KDE or ICEWM isn't possible. After the window pops up on the client (Windows 7), it is immediately closed. This applies to x2goserver 4.0.1.16, 4.0.1.17, and 4.0.1.18. Version 4.0.1.15 worked fine. I don't see anything suspicious in the log files even in debug mode. Starting a simple application, e.g. /usr/bin/firefox, also does work with version >4.0.1.15. best regards Thomas -- Dipl.-Ing. Thomas Wagner Institute for Communications and Information Engineering Johannes Kepler University Linz, 4040 Linz, Austria mailto: t.wagner(a)nthfs.jku.at Phone: +43 732 2468 6404 http://www.nthfs.jku.at

2 2

Bug#501: Missing function: Authentication Forwarding
by Hadmut Danisch 13 Nov '14

13 Nov '14

Package: x2goclient Version: 4.0.1.1-1ubuntu1 Hi, the current x2goclient lacks a highly important feature, the Authentication Forwarding of ssh. Would be nice to have it. The pyhoca-client does support this, but unfortunately does not come with a Mac OS X dmg package for easy installation. Since this is essential for remote working, it would be really important to have this feature in the plain x2goclient. Best regards Hadmut

2 2

Bug#501: X2Go Client and SSH agent forwarding
by Mike Gabriel 13 Nov '14

13 Nov '14

Control: severity -1 important Hi Hadmut, thanks for reporting your feature request: SSH agent forwarding for X2Go Client. Please note, that pyhoca-gui (the alternative X2Go client application) already supports that. We also just fixed an issue on X2Go Server: now SSH agent forwarding stays intact for resumed X2Go sessions. I raise the severity of your bug report to important, we should really get a solution for this into X2Go Client soon. 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#662: Wiki-Account for Jos Wolfkamp created
by Mike Gabriel 13 Nov '14

13 Nov '14

Control: close -1 Hi Jos, I have just created your wiki account. Your credentials should have reached you in a separate mail. Please change your pw asap after your first wiki login. light+love, 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#672: X2Go issue (in src:x2goserver) has been marked as pending for release
by Mike Gabriel 13 Nov '14

13 Nov '14

tag #672 pending fixed #672 4.0.1.19 thanks Hello, X2Go issue #672 (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=7fdcc5d The issue will most likely be fixed in src:x2goserver (4.0.1.19). light+love X2Go Git Admin (on behalf of the sender of this mail) --- commit 7fdcc5dd27566bea4171f192a1c99c3e2657ac77 Author: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> Date: Thu Nov 13 12:07:22 2014 +0100 Make SSH agent forwarding work after having reconnected via SSH and having resumed a session. (Fixes: #672). Thanks to Robert Siemer for coming up with that idea. diff --git a/debian/changelog b/debian/changelog index 9598c24..2daf624 100644 --- a/debian/changelog +++ b/debian/changelog @@ -42,6 +42,9 @@ x2goserver (4.0.1.19-0x2go1) UNRELEASED; urgency=medium - Also enforce /bin/sh as shell in su command in x2goprint. - README.i18n: Add file that explains the translation workflow for this package. Thanks to Mark Pedersen-Cook for drafting this file. + - Make SSH agent forwarding work after having reconnected via SSH and + having resumed a session. (Fixes: #672). Thanks to Robert Siemer for coming + up with that idea. * debian/control: + Add D (x2goserver): libfile-which-perl. * debian/x2goserver.docs:

2 1

X2Go - State of the Union (current project status)
by Mike Gabriel 13 Nov '14

13 Nov '14

Hi all, at "X2Go: The Gathering 2014" we discussed the current todos / open issues / status reports for the X2Go project. Here is a summary of that discussion. Sorry, it took so long to assemble this protocol. Finally, it is done. light+love, Mike X2Go - State of the Union ========================= TL;DR; DEADLINES:::: @task assignees: please put the below deadlines into your time planning device. Deadlines can always be post-poned (but not forgotten). We are all volunteering on X2Go, so take your time. Any help / contribution will be highly appreciated. o end of 2014: - Unite wiki and blog (Heinz) o end of 02/2015: - Allow people other people to post on the X2Go blog (Heinz / Mike#1) o end of 01/2015: - Find a new LTS bundle release name (Heinz) o no deadlines / noone assigned (volunteers)? - Jos and Heinz will get together and look at dokuwiki templates, landing pages, teaser pages. (Please provide a first deadline, that I can put in my calendar). - Merge ArchLinux wiki content on X2Go into upstream wiki. (Who? When?) o General request for help with project work: - documentation - system / service administration - testing / X2Go QA INFRASTRUCTURE -------------- http://wiki.x2go.org .................... ToDos: o Rename Wiki item "Deployment Stories" to "Success Stories" (more common, eye-catcher) -> Mike#1 o Check HTTPS certificates? Currently self signed by Mike#1, maybe get some free StartSSL (or similar) certificate(s). -> not yet fully assigned (Mike#1 or Heinz makes most sense) o Unite Wiki and Blog (http://blog.x2go.org/) -> Deadline "End of the Year" o Who wants to post blog entries??? -> Kees, Mike#1, ... (any others who read this???) -> Potential involvement of other users/developers in the blog -> Deadline February 2015 o move artwork.x2go.org SVGs to git -> unassigned!!! o Teaser front page / landing page -- general information and links on the landing page, in-depth information available in other places/more specialized pages. -> unassigned!!! Technical Background: - Dokuwiki Templates (https://www.dokuwiki.org/template) Jos and Heinz will get together on this to exchange information. -> no deadline, yet!!! Help NEEDED: ------------ Create incentives for heteregenous user groups to contribute to the project (e.g., lawyers) Lawers: http://www.jbb.de/anwaelte/till-jaeger/ (GERMANY - OSS Specialist) http://www.moorcrofts.com/ (Andrew Katz UK - OSS Specialist) andrewk1(a)moorcrofts.com https://sfconservancy.org/ Software Freedom Conservancy (non-profit) Development Infrastructure: Server and Services: --------------------------- Current status quo of the servers / services run inside the X2Go project... http://git.x2go.org (maintained by Mike#1 and a bit Mike#2) https://jenkins.x2go.org (maintained by Mike#1 and a bit Mike#2) http://bugs.x2go.org (maintained by Mike#1) http://artwork.x2go.org (maintained by Heinz) https://lists.x2go.org/ (Maintained by Stefan, Mike#1 and Mike#2 and soon again Heinz) JAPSAND (physical machine - h1) o hosting sponsored by Heinz privately o administration: Mike#1 / Heinz YMIR (physical machine - sunweaver) o hosting sponsored by DAS-NETZWERKTEAM (Mike#1) o administration: Mike#1 We'd be happy about people offering support in maintaining our infrastructure (system administrators' tasks mostly) RELEASE CYCLE ------------- o preparing next long term release o finding an new relase name (Heinz) -> Deadline January 2015 Discussing next LTS: -------------------- Note/wishlist: Could X2Go LTS include as much Unity greeter compability as possible, so that X2Go LTS can be used with corresponding Ubuntu LTS? QA -- o release OFTEN release FREQUENTLY o nightly Builds for Distributions: o Debian o Ubuntu o RHEL (on top of EPEL packages) - 5: server-side only, not well tested 6: available 7: only available for x86_64 o Fedora 19-rawhide) o openSUSE (12.3 / 13.1 atm) o SLES (in prep) o We want to form a QA team which can test on a high variety of distributions/operating systems. o List of QA items to pass before a release (Kjetil, Mike#1) o Launch a student testing project (in prep, Kjetil, Mike#1). Arrange brainstorming with Mike, Kjetil and Kees during upcoming week after the gathering (already done), preparing a student test project (work in progress). o unit test ALL THE CODE: - current status: * only x2gobroker has unit tests on board - no new X2Go component without unit testing!!!!! DOCUMENTATION Merge ArchLinux wiki content (very good documentation!) into X2Go upstream wiki. Martin Wimpress will start working on the X2Go documentation for ArchLinux. Once he has reviewed / improved their docs, we will merge it. Let's not wait too long with starting the merge!!! Unfortunately: no deadline, noone assigned Trivia: Something out of the PAST (X2Go LTS bundle release names): http://upload.wikimedia.org/wikipedia/commons/4/48/Leefgebied_zeehond.JPG (where you can find "Seehunde") https://addons.mozilla.org/de/firefox/addon/x2go-mascot/ http://osm.org/go/0Ha6s~1p--?relation=3787133 (Uthörn) https://en.wikipedia.org/wiki/Baikal_seal (Baikal) http://osm.org/go/0HlBeDc?way=307201090 (Japsand) http://osm.org/go/0HhcqVO~-?relation=3788054 (Trischen) Something about the Future: Next X2Go Gathering (~ May 2015): http://treuchtlingen.de/Bilder.109.0.html -- 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#672: SSH-Agent-Forwarding in pyhoca-gui does not survive reconnects
by Robert Siemer 12 Nov '14

12 Nov '14

Package: x2goserver Version: 4.0.1.18 Pyhoca-gui supports SSH-agent-forwarding, but that doesn’t survive a reconnect with session resumption. As far as I understand the following happens: (-pyhoca is configured to do SSH-agent-forwarding) -pyhoca connects via SSH to the X2Go server -the sshd creates a unix domain socket in /tmp/ssh-XXXXXX/agend.PID -the sshd sets SSH_AUTH_SOCKET containing the name of the socket -sshd starts whatever is requests by the X2Go client having that environment -SSH-agent-forwarding works whenever the SSH-connection dies (proper session suspend with disconnect or connection is “cut”) it continues like this: -SSH is connected again -unix domain socket and environment is set up, but -the programs (the X11 clients in a resumed X2Go session) are still running in the old environment with outdated SSH_AUTH_SOCKET info -the programs from before can’t access the SSH-agent -...unless the new value gets setup in the old environments possible fix is this: -X2Go on the server side does not start any new programs in the X2Go session or resumes an X2Go session, until: -an only-session-dependent symbolic link is set up pointing to the socket from SSH_AUTH_SOCKET -SSH_AUTH_SOCKET is set to that symbolic link Result: -as the name of symbolic link is fixed for the session, no environment variables need to be updated -the link always points to the socket created by the sshd for this connection -the ssh-agent can be reached

1 0

Bug#670: more information
by Ulrich Sibiller 12 Nov '14

12 Nov '14

Can you please provide the output of xrandr --verbose and xdpyinfo -ext XINERAMA? Thanks, Uli

1 0

X2Go QA brain storming session
by Mike Gabriel 12 Nov '14

12 Nov '14

Hi All, Kjetil from fleten.net and I just had an X2Go QA brain storming session. The context is a school project with a 2 months duration about the general topic QA. The teachers at that school addressed Kjetil in the search for possible QA projects. We arranged for an X2Go QA project with that school, starting in two weeks' time (or so) from now. Being aware of several approaches one could take for software QA, we chose a very simple and feasible approach (considering the short period of preparation time). X2Go currently offers two clients (X2Go Client, PyHoca-GUI). These two clients run on various Linux distributions, MS Windows and Mac OS X (X2Go Client only). These two clients connect to Linux servers running X2Go. The possible scenarios on X2Go Servers are so versatile, that we definitely need to exclude many possible scenarios from testing and only focus on some. As this project is supported by Kjetil's company as a non-profit project, we will as a first step focus on testing current X2Go features that are provided to customer's at fleten.net. So the gain for fleten.net is intensive testing of a setup similar to what they provide to their customers. The gain for the X2Go project is a matrix / a scheme for testing current X2Go features in various contexts. The idea is that others jump in and enhance the methodology, increase the number of tests and automize parts of the tests, as well. The final goal is that someone comes in who really knows how software QA works and set up a proper QA scheme for X2Go. Not now, but as a final goal. For X2Go QA, Kjetil and I were of the same opinion, that never any X2Go component should ever "call home" if an error occurs. This is about respecting people's privacy when using X2Go software in the first place. Also, a potential "calling-home" feature should definitely be optional (the user gets asked, if a bug report is to be sent...). However, from experiences with MS Windows and also with recent Ubuntu versions, this extra bit of requiring a certain user interaction is not something we want the user to burden with. What we will work on during this week: Provide a(n incomplete) list of X2Go features and compile information about which of the two clients supports what feature. Months back, I already started such a list (but got distracted by other stuff). Kjetil will fill in more features and rework that list, whereas I will review and edit that list later-on. We work on this list via the X2Go wiki [1]. Potential subprojects for the student project could then be: (1) o Create a general remote desktop computing feature list (what would I expect from a remote desktop computing software) o Create a list of X2Go features o see how these two list match... (2) o Create a matrix for X2Go feature testing o Not all features can be tested, as this maybe goes beyond the scope of this student project (3) o Some students could work on jenkins based package installation tests (after new nightly build packages are available) (4) o Students can focus on X2Go Server / X2Go Client / PyHoca-GUI debug messages and see if there are log messages that are: - useless (and should be silenced) - really helpful for debugging - are useful for heavy debugging, but obfuscate log message output -> change log levels of certain debug messages o Basically, the debug output of X2Go Server / Client / Python X2Go should provide\ easy-to-read information on what the actual problem of the user is. (5) o Translate better between server-side errors and reporting them on the client-side (big task!!!) (6) o The QA testers need to be able to use the X2Go bug tracker, so that they can provide information to the X2Go BTS if tests fail. (7) o ... (??? any input from others ???) So far to the summary of what we are currently working on. If people have input on this and that or ideas, please feel free to enhance our discussion. For next week, we will schedule a meeting with the QA teacher of the school that we are about to cooperate with. Part of the project will be that I (Mike#1) will come to Denmark and visit that class of students and provide support at critical points of the project (integration). light+love, Mike [1] http://wiki.x2go.org/doku.php/wiki:development:x2go-qa -- 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#670: window border and control disappears after maximize and move
by Anand G. 11 Nov '14

11 Nov '14

Package: x2goclient Version: 4.0.3.0 x2goclient-4.0.3.0-20141021 Windows 7 64-bit SP1 Laptop connected to a USB docking station supporting two monitors. Laptop is display #1. Monitors attached to dock are displays #2 & #3. Order of displays is: 2, 3, 1 from left to right. This is according the the "Identify all displays" button in session preferences. Laptop is running at 1600x900 Monitors #2 & #3 run at 1680x1050 x2goclient session type "Single application" command is xterm. session settings: Custom display (800x600), dpi is 96, Xinerama extension unchecked Start new session and xterm opens on display #2 (left most screen). xterm maximizes correctly. Upon dragging maximized xterm from display #2 to display #3 (middle), the window manager/border disappears. I can no longer manipulate the window (minimize, maximize, restore, move) and it occupies the full screen. I have to suspend the session, undock, and then resume the session in order to regain control of the window. Simple suspend/resume does not work. Applications launched from the xterm behave the same way (e.g. lose window control over gvim session). The problem is not there with client 4.0.2.1+hotfix1+build6. Everything works as expected. The maximized window correctly snaps between displays. I do not have x2goserver settings or version information available.

1 0

Kongress Neu-Ulm
by Jos 11 Nov '14

11 Nov '14

Booth & Talk @ IT-Kongress, University of Applied Sciences, Neu-Ulm, Germany (2014-11-13) :!: Note that the talk will be in German. Title: X2Go - an OSS Remote Desktop and how it is used in companies Various users and contributors to the project will talk about and/or demo their individual use cases. Hi all, Is it possible to get these demos on video? I think it is really important that an overview of this can be put on the wiki site. Potential users need to see implementations in action!, so we need to get more video material on air. Regards, Jos.

2 2

code.x2go.org going down for maintenance
by Mike Gabriel 11 Nov '14

11 Nov '14

Hi all, the VM host that code.x2go.org (aka git, packages, lists, bugs, etc.) runs on requires (again) the replacement of a hard drive. The machine will go down for maintenance soon and will come back ASAP. Regards, Mike#1 -- 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 1

Bug#667: Bug#667: Fwd: Bug#667: Bug#667: Wrong language in Windows 7 x64 SP1 client
by Diego Costantini 09 Nov '14

09 Nov '14

I tried AppLocale. It looked promising, but unfortunately it started it still in German.

1 0

Bug#667: Wrong language in Windows 7 x64 SP1 client
by Diego Costantini 07 Nov '14

07 Nov '14

Package: x2go client Version: 4.0.3.0 Installed the x2go client selecting English, but when I open it, it is in German.

3 3

Bug#667: Trying again...
by Stefan Baur 07 Nov '14

07 Nov '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Control: retitle -1 add option to change x2goclient language Control: severity -1 wishlist - -- BAUR-ITCS UG (haftungsbeschränkt) Geschäftsführer: Stefan Baur Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQEcBAEBAgAGBQJUXTUDAAoJEG7d9BjNvlEZsgQIAJsmSYop4+DUNSuenX0tbaSq J5UKZROXEaKWfHHrvHP/4PyiVbpW6IIvkfUejUcZ7CO9fVeNmWfGJWQD8kYWwhyB pZfTf45lGhHRG6VSoHcUaeiuCa8cVAZPSbC++ZE09oBIdKRsXZzhVUp7W+JhkuoO 71MGTIXu9/9SEevgkYUK9kBrDOl91zUxvgzKVnHe+ZyDKun2rnqaWLh+hhq0ateU to/Ls99mHou+/xngOJ8VF0d7/O9RN5/wp8BqjgJcLWuRY6T74pm9F8K/DMn7XVBm BEntah5L0cLwVn4kshuEhJ9mBLsUUpoXu7Ga6Tv8sFqLEIJXX3qJZh7qQNSsLqQ= =m9YY -----END PGP SIGNATURE-----

1 0

Bug#669: Keyboard layout is wrong
by Albrecht, Daniel S. 07 Nov '14

07 Nov '14

Package: keyboard layout Version. 2.7.7 Just yesterday, I attempted to connect remotely to my work desktop using X2go and the keyboard layout was completely erratic (e = backspace, enter = j, etc.). When I attempt to change the keyboard layout in preferences, no matter what input I choose, I get the following error: Error activating XKB configuration. It can happen under various circumstances: - a bug in libxklavier library - a bug in X server (xkbcomp, xmodmap utilities) - X server with incompatible libxkbfile implementation X server version data: The X.Org Foundation 70000000 If you report this situation as a bug, please include: - The result of xprop -root | grep XKB - The result of gconftool-2 -R /desktop/gnome/peripherals/keyboard/kbd When I use an X11 terminal to run the xprop and gconftrool-2, I get the following responses: bash-3.2$ xprop -root|grep XKB _XKB_RULES_NAMES(STRING) = "base", "empty", "empty", "", "" bash-3.2$ gconftool-2 -R /desktop/gnome/peripherals/keyboard/kbd bash: gconftool-2: command not found I'm also having some connectivity issues, where X2go closes unexpectedly at least once before I'm able to log on, I don't know if that issue is related to the keyboard one or not. Thank you, Dan Albrecht The information in this e-mail is intended only for the person to whom it is addressed. If you believe this e-mail was sent to you in error and the e-mail contains patient information, please contact the Partners Compliance HelpLine at http://www.partners.org/complianceline . If the e-mail was sent to you in error but does not contain patient information, please contact the sender and properly dispose of the e-mail.

2 1

Bug#668: [Patch] Replace "echo -n" with printf
by Lars Wendler 07 Nov '14

07 Nov '14

Package: x2goclient Version: git master Hi, at Gentoo latest version of the dash shell doesn't support "echo -n" anymore[1]. The result is that x2gpath returns every path with a prefixed "-n " when dash is used as /bin/sh. Accoring to "man p1 echo" section "APPLICATION USAGE" applications should not rely on "echo -n" but use printf instead. The attached patch does exactly that. Kind regards Lars [1] https://bugs.gentoo.org/528452 -- Lars Wendler Gentoo package maintainer GPG: 4DD8 C47C CDFA 5295 E1A6 3FC8 F696 74AB 981C A6FC

3 2

Bug#667: Bug#667: Wrong language in Windows 7 x64 SP1 client
by Diego Costantini 07 Nov '14

07 Nov '14

Thanks Stefan, I understand now the meaning of what is implemented. However, since the localization is already within the application and selected based on the regional settings, would it be possible to add a settings field to explicitly choose it? I have an english US windows, with english UK keyboard, and German region (because of number notation mostly). AFAIK this combination happens quite often as soon as you move outside your country (to work), and it doesn't mean that your are familiar enough with the foreign language, so I think this is a valid use case. Also, I suppose the implementation effort without be reasonable having localization already in place. I hope this will get through :p On Fri, Nov 7, 2014 at 6:25 PM, <x2go-dev-request(a)lists.x2go.org> wrote: > Send x2go-dev mailing list submissions to > x2go-dev(a)lists.x2go.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.x2go.org/listinfo/x2go-dev > or, via email, send a message with subject or body 'help' to > x2go-dev-request(a)lists.x2go.org > > You can reach the person managing the list at > x2go-dev-owner(a)lists.x2go.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of x2go-dev digest..." > > > Today's Topics: > > 1. Processed: your mail (X2Go Bug Tracking System) > 2. Processed: let's consider fixing #205 as proposed in that bug > report (X2Go Bug Tracking System) > 3. Bug#668: [Patch] Replace "echo -n" with printf (Lars Wendler) > 4. Bug#669: Keyboard layout is wrong (Albrecht, Daniel S.) > 5. Bug#667: Wrong language in Windows 7 x64 SP1 client > (Diego Costantini) > 6. Bug#667: Bug#667: Wrong language in Windows 7 x64 SP1 client > (Stefan Baur) > 7. Bug#667: Bug#667: Wrong language in Windows 7 x64 SP1 client > (Stefan Baur) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 07 Nov 2014 12:55:02 +0000 > From: owner(a)bugs.x2go.org (X2Go Bug Tracking System) > To: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> > Cc: owner(a)bugs.x2go.org, x2go-dev(a)lists.x2go.org > Subject: [X2Go-Dev] Processed: your mail > Message-ID: <handler.s.C.141536467529124.transcript(a)bugs.x2go.org> > Content-Type: text/plain; charset=utf-8 > > Processing commands for control(a)bugs.x2go.org: > > > reassign #667 x2goclient > Bug #667 [x2go client] Wrong language in Windows 7 x64 SP1 client > Warning: Unknown package 'x2go' > Warning: Unknown package 'client' > Bug reassigned from package 'x2go client' to 'x2goclient'. > No longer marked as found in versions 4.0.3.0. > Ignoring request to alter fixed versions of bug #667 to the same values > previously set > > thanks > Stopping processing here. > > Please contact me if you need assistance. > -- > 667: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=667 > X2Go Bug Tracking System > Contact owner(a)bugs.x2go.org with problems > > > ------------------------------ > > Message: 2 > Date: Fri, 07 Nov 2014 13:25:02 +0000 > From: owner(a)bugs.x2go.org (X2Go Bug Tracking System) > To: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> > Cc: x2go-dev(a)lists.x2go.org > Subject: [X2Go-Dev] Processed: let's consider fixing #205 as proposed > in that bug report > Message-ID: <handler.s.C.14153665537711.transcript(a)bugs.x2go.org> > Content-Type: text/plain; charset=utf-8 > > Processing commands for control(a)bugs.x2go.org: > > > unarchive #205 > Bug #205 {Done: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de>} > [nx-libs] Patch for fix cairo issue > Unarchived Bug 205 > > reopen #205 > Bug #205 {Done: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de>} > [nx-libs] Patch for fix cairo issue > Bug reopened > Ignoring request to alter fixed versions of bug #205 to the same values > previously set > > tag #205 - wontfix > Bug #205 [nx-libs] Patch for fix cairo issue > Removed tag(s) wontfix. > > thanks > Stopping processing here. > > Please contact me if you need assistance. > -- > 205: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=205 > X2Go Bug Tracking System > Contact owner(a)bugs.x2go.org with problems > > > ------------------------------ > > Message: 3 > Date: Fri, 7 Nov 2014 16:51:42 +0100 > From: Lars Wendler <polynomial-c(a)gentoo.org> > To: submit(a)bugs.x2go.org > Subject: [X2Go-Dev] Bug#668: [Patch] Replace "echo -n" with printf > Message-ID: <20141107165142.7acf1f19(a)shanghai.paradoxon.rec> > Content-Type: text/plain; charset="us-ascii" > > Package: x2goclient > Version: git master > > > Hi, > > at Gentoo latest version of the dash shell doesn't support "echo -n" > anymore[1]. The result is that x2gpath returns every path with a > prefixed "-n " when dash is used as /bin/sh. > Accoring to "man p1 echo" section "APPLICATION USAGE" applications > should not rely on "echo -n" but use printf instead. > The attached patch does exactly that. > > Kind regards > Lars > > [1] https://bugs.gentoo.org/528452 > > -- > Lars Wendler > Gentoo package maintainer > GPG: 4DD8 C47C CDFA 5295 E1A6 3FC8 F696 74AB 981C A6FC >

2 2

Processed: let's consider fixing #205 as proposed in that bug report
by owner＠bugs.x2go.org 07 Nov '14

07 Nov '14

Processing commands for control(a)bugs.x2go.org: > unarchive #205 Bug #205 {Done: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de>} [nx-libs] Patch for fix cairo issue Unarchived Bug 205 > reopen #205 Bug #205 {Done: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de>} [nx-libs] Patch for fix cairo issue Bug reopened Ignoring request to alter fixed versions of bug #205 to the same values previously set > tag #205 - wontfix Bug #205 [nx-libs] Patch for fix cairo issue Removed tag(s) wontfix. > thanks Stopping processing here. Please contact me if you need assistance. -- 205: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=205 X2Go Bug Tracking System Contact owner(a)bugs.x2go.org with problems

1 0

Processed: your mail
by owner＠bugs.x2go.org 07 Nov '14

07 Nov '14

Processing commands for control(a)bugs.x2go.org: > reassign #667 x2goclient Bug #667 [x2go client] Wrong language in Windows 7 x64 SP1 client Warning: Unknown package 'x2go' Warning: Unknown package 'client' Bug reassigned from package 'x2go client' to 'x2goclient'. No longer marked as found in versions 4.0.3.0. Ignoring request to alter fixed versions of bug #667 to the same values previously set > thanks Stopping processing here. Please contact me if you need assistance. -- 667: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=667 X2Go Bug Tracking System Contact owner(a)bugs.x2go.org with problems

1 0

Bug#642: Changes in X2GoClient for Windows to enable it conform to Visual Studio's stricter type checking
by George Trakatelis 07 Nov '14

07 Nov '14

Package: x2goclient Version: 4.0.2.1 Severity: wishlist Given the ease of use of Visual Studio's built-in debugger, the ability to compile X2GoClient in Visual Studio 2010 would be highly appreciated by developers eager to contribute in the evolution of X2GoClient for Windows. Using the attached patch (also added config_win_vs.bat) I have only managed to compile x2gofree (with VS2010 nmake) on the command line. Despite my changes in x2goclient.pro, Qt4 Visual Studio Add-in cannot produce a working project file (x2goclient.vcxproj). Any help to enable building x2gofree in Visual Studio 2010 is welcome. PS. The change in ONMainWindow::slotRetResumeSess is also mandatory for GCC 4.8.2 (i686-4.8.2-release-posix-dwarf-rt_v3-rev3). ----------------------------------------------------------------- George Trakatelis Department of Applied Informatics, School of Information Sciences University of Macedonia, Greece -----------------------------------------------------------------

5 12

Bug#611: X2Go Client for Windows cannot create C:\Users\<username>\ssh\known_hosts file when the username has characters from languages other than the system locale
by George Trakatelis 06 Nov '14

06 Nov '14

Hi all, I remind you that bug #566 'X2Go Client for Windows cannot create C:\Users\<username>\ssh\known_hosts file when the username has non-English characters' was cloned to bug #611 'X2Go Client for Windows cannot create C:\Users\<username>\ssh\known_hosts file when the username has characters from languages other than the system locale' in an effort to find a global solution utilizing UTF-8 encoding. Imho, bug #611 cannot be resolved in the near future. I must ask Dmitry to re-state what his problem is. Is it an issue related to a. bug #566 as described above, b. bug #611 as described above, c. or something different? Please provide details. George

3 2

Bug#342: Exact circumstances
by Ulrich Sibiller 06 Nov '14

06 Nov '14

Wil, I am a bit unsure about your exact setup. Are you connecting from Ubuntu 12.04 to 12.04 or to another operating system? Can you still provoke this behaviour with the latest os updates for 12.04 (there have been some fixes in libxfixes, IIRC)? Does this happen with 14.04 or 14.10, too? Can you please disable "Show window contents on resize" and retry? Uli

1 0

Bug#611: X2Go Client for Windows cannot create C:\Users\<username>\ssh\known_hosts file when the username has characters from languages other than the system locale
by George Trakatelis 06 Nov '14

06 Nov '14

Dear Dmitry, Setting Russian as the default language for non-Unicode programs showed that x2goclient-4.0.3.0-20141021-setup.exe behaves correctly with test user name фисвуа. [To change system locale, I followed the instructions in http://windows.microsoft.com/en-us/windows/change-system-locale#1TC=windows- 7] So please investigate for other causes for the misbehavior of x2goclient's current release on your system. One such a cause would be known_hosts being read-only. [@Mike#2: ssh_write_knownhost()'s return value should have been checked whether it's zero or SSH_ERROR and acted upon] As there are portions of x2goclient that depend on code that ignores system locale [such as getenv( "USERNAME" )], you'd be better off if you didn't use user names with non-Ascii characters for the time being. George > -----Original Message----- > From: George Trakatelis [mailto:trakatelis@uom.edu.gr] > Sent: Thursday, November 6, 2014 6:44 PM > To: '611(a)bugs.x2go.org' > Cc: 'Mike Gabriel'; 'Mike DePaulo'; 'Dmitry E. Mikhailov' > Subject: RE: X2Go Client for Windows cannot create > C:\Users\<username>\ssh\known_hosts file when the username has > characters from languages other than the system locale > > I just noticed that Dmitry replied only to me, so I copy his reply > below: > > ========================================================== > It's the #566 > No-go if OS locale is Russian & path to `known_hosts' contains > Russian/Cyrillic characters. > OK if if OS locale is Russian & path to `known_hosts' contains only > English characters. > Frankly, I don't know if generic English/Latin characters belong to > Russian/Cyrillic character set. > Best regards, > Dmitry Mikhailov. > ========================================================== > > Afaik, the patch is applied to both the preview (pre01) and the current > release (20141021) of X2Go Client for Windows 4.0.3.0, so it's rather > unusual to observe different behavior from preview to release. > In my system (Greek Windows 8.1) with a user name in Cyrillic (фисвуа) > (fyi, I pressed a-b-c-d-e-f to get it) and Greek locale both versions > exhibited the same erroneous behavior (that's why Mike#2 introduced bug > #611). > > I'll try to set Russian as the main language of my system to see what > happens (if I can find my way in Russian and succeed in getting back to > Greek :) > > George > > > -----Original Message----- > > From: Dmitry E. Mikhailov [mailto:d.mikhailov@infocommunications.ru] > > Sent: Thursday, November 6, 2014 1:45 PM > > To: George Trakatelis > > Subject: Re: X2Go Client for Windows cannot create > > C:\Users\<username>\ssh\known_hosts file when the username has > > characters from languages other than the system locale > > > > On 11/06/2014 04:37 PM, George Trakatelis wrote: > > > Hi all, > > > > > > I remind you that bug #566 > > > 'X2Go Client for Windows cannot create > > > C:\Users\<username>\ssh\known_hosts > > > file when the username has non-English characters' > > > was cloned to bug #611 > > > 'X2Go Client for Windows cannot create > > > C:\Users\<username>\ssh\known_hosts > > > file when the username has characters from languages other than the > > > system locale' > > > in an effort to find a global solution utilizing UTF-8 encoding. > > > Imho, bug #611 cannot be resolved in the near future. > > > > > > I must ask Dmitry to re-state what his problem is. > > > Is it an issue related to > > > > > > a. bug #566 as described above, > > It's the #566 > > > > No-go if OS locale is Russian & path to `known_hosts' contains > > Russian/Cyrillic characters. > > > > OK if if OS locale is Russian & path to `known_hosts' contains only > > English characters. > > > > Frankly, I don't know if generic English/Latin characters belong to > > Russian/Cyrillic character set. > > > > Best regards, > > Dmitry Mikhailov.

1 0

Bug#611: X2Go Client for Windows cannot create C:\Users\<username>\ssh\known_hosts file when the username has characters from languages other than the system locale
by George Trakatelis 06 Nov '14

06 Nov '14

I just noticed that Dmitry replied only to me, so I copy his reply below: ========================================================== It's the #566 No-go if OS locale is Russian & path to `known_hosts' contains Russian/Cyrillic characters. OK if if OS locale is Russian & path to `known_hosts' contains only English characters. Frankly, I don't know if generic English/Latin characters belong to Russian/Cyrillic character set. Best regards, Dmitry Mikhailov. ========================================================== Afaik, the patch is applied to both the preview (pre01) and the current release (20141021) of X2Go Client for Windows 4.0.3.0, so it's rather unusual to observe different behavior from preview to release. In my system (Greek Windows 8.1) with a user name in Cyrillic (фисвуа) (fyi, I pressed a-b-c-d-e-f to get it) and Greek locale both versions exhibited the same erroneous behavior (that's why Mike#2 introduced bug #611). I'll try to set Russian as the main language of my system to see what happens (if I can find my way in Russian and succeed in getting back to Greek :) George > -----Original Message----- > From: Dmitry E. Mikhailov [mailto:d.mikhailov@infocommunications.ru] > Sent: Thursday, November 6, 2014 1:45 PM > To: George Trakatelis > Subject: Re: X2Go Client for Windows cannot create > C:\Users\<username>\ssh\known_hosts file when the username has > characters from languages other than the system locale > > On 11/06/2014 04:37 PM, George Trakatelis wrote: > > Hi all, > > > > I remind you that bug #566 > > 'X2Go Client for Windows cannot create > > C:\Users\<username>\ssh\known_hosts > > file when the username has non-English characters' > > was cloned to bug #611 > > 'X2Go Client for Windows cannot create > > C:\Users\<username>\ssh\known_hosts > > file when the username has characters from languages other than the > > system locale' > > in an effort to find a global solution utilizing UTF-8 encoding. > > Imho, bug #611 cannot be resolved in the near future. > > > > I must ask Dmitry to re-state what his problem is. > > Is it an issue related to > > > > a. bug #566 as described above, > It's the #566 > > No-go if OS locale is Russian & path to `known_hosts' contains > Russian/Cyrillic characters. > > OK if if OS locale is Russian & path to `known_hosts' contains only > English characters. > > Frankly, I don't know if generic English/Latin characters belong to > Russian/Cyrillic character set. > > Best regards, > Dmitry Mikhailov.

1 0

Bug#664: Domain\User notation for fails due to missing quotation of "\"
by Thomas Wagner 06 Nov '14

06 Nov '14

Package: x2goserver Version 4.0.1.18 Hi folks, I'm using x2goserver on an openSUSE 13.1 which is a member in an AD-Domain. Thus is have usernames like "DOMAIN\USER". Logging in with SSH works fine but starting x2go fails. For some users I get errors like MYDOMAIN\student is not authorized at /usr/lib/x2go/x2gosqlitewrapper.pl line 527. : /usr/lib/x2go/x2gosqlitewrapper insertsession 60 cd-sim MYDOMAINstudent-60-1415280062 at /usr/lib64/x2go/x2godbwrapper.pm line 320. For other users it works. I tracked the problem down to line 525 in x2gosqlitewrapper.pl. The line is: $user =~ s/$realuser-[0-9]{2,}-[0-9]{10,}.*/$realuser/; $realuser is a string like "MYDOMAIN\student". This is what makes the regex fail since \s is a special escape sequence in perl. Also usernames with other special escape sequences like \k fail. best regards Thomas -- Dipl.-Ing. Thomas Wagner Institute for Communications and Information Engineering Johannes Kepler University Linz, 4040 Linz, Austria mailto: t.wagner(a)nthfs.jku.at Phone: +43 732 2468 6404 http://www.nthfs.jku.at

1 0

Re: [X2Go-Dev] no/slow window resizing in NX rootless sessions (was: Re: bug #342)
by Mike Gabriel 06 Nov '14

06 Nov '14

Hi Ulrich, (re-Cc:ing x2go-dev ML) On Do 06 Nov 2014 12:20:46 CET, Ulrich Sibiller wrote: > On Thu, Nov 6, 2014 at 11:05 AM, Mike Gabriel >> [...] > [...] >>> on resizing and moving on proxy side (where the real X server is). >> >> >> Actually, the resizing with content shown is smooth in NX desktop sessions. >> Not displaying window content is a work-around, there must be a way to >> address this performance lack in an NX directly, I guess. > > See above, I doubt that. Ack. >> Change of topic: Do you use nxproxy -C <-> nxproxy -S or nxproxy -C <-> >> nxagent constructs in your scripts. > > None of that, I use > > nxproxy -S <-> nxagent Ah, ok.That's our (X2Go) way, as well, actually. Mixed that up... >> If the first, then this discussion / work on supporting BIG-REQUESTS in NX >> [1] may be interesting to you. >> >> Mike >> >> [1] http://bugs.x2go.org/766299 > > This link is wrong, I think you mean the debian bug with that number, right? Sorry, yeah, it is http://bugs.debian.org/766299 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

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev