x2go-dev

x2go-dev@lists.x2go.org

2 participants
5403 discussions

Bug#680: EPEL package drop on December 17th 2014
by Schlomo Schapiro 27 Nov '14

27 Nov '14

Package: x2goserver Hi, EPEL announced to drop a lot of unmaintained packages: https://lists.fedoraproject.org/pipermail/epel-devel/2014-November/010511.h… I have the feeling that X2GO will be affected by that. Could you please check and make sure that X2GO remains installable after this change. Kind Regards, Schlomo Schapiro -- Schlomo Schapiro Systemarchitekt Open Source Evangelist Immobilien Scout GmbH Andreasstraße 10 10243 Berlin Fon +49 30 24 301-1229 Fax +49 30 24 301-1110 Mobile +49 170 753 72 60 schlomo.schapiro(a)immobilienscout24.de https://plus.google.com/100684964212588500616/about ---------------------------------------------------------- Immobilien Scout GmbH – Ein Unternehmen der Scout24-Gruppe Geschäftsführer: Marc Stilke (CEO, Sprecher der Geschäftsführung), Gregory Ellis, Christian Gisy Handelsregister: Amtsgericht Charlottenburg, HRB 69108 Sitz der Gesellschaft: Berlin ---------------------------------------------------------- http://www.immobilienscout24.de Der Marktführer: Die Nr. 1 rund um Immobilien

4 3

Bug#643: X2Go issue (in src:x2goclient) has been marked as pending for release
by Mike Gabriel 26 Nov '14

26 Nov '14

tag #643 pending fixed #643 4.0.3.1 thanks Hello, X2Go issue #643 (src:x2goclient) 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=x2goclient.git;a=commitdiff;h=c1d2280 The issue will most likely be fixed in src:x2goclient (4.0.3.1). light+love X2Go Git Admin (on behalf of the sender of this mail) --- commit c1d22807941c8f54986a04adf0b8d8ae1717f45d Author: Oleksandr Shneyder <o.shneyder(a)phoca-gmbh.de> Date: Wed Nov 26 17:27:55 2014 +0100 Split Sessions config widget into Input/output and Media widgets. (Fixes: #643). diff --git a/debian/changelog b/debian/changelog index d5beff8..269b4eb 100644 --- a/debian/changelog +++ b/debian/changelog @@ -12,6 +12,11 @@ x2goclient (4.0.3.1-0x2go1) UNRELEASED; urgency=medium * New upstream release (4.0.3.1): - Update Danish translation file. + [ Oleksandr Shneyder ] + * New upstream release (4.0.3.1): + - Split Sessions config widget into Input/output and Media widgets. + (Fixes: #643). + -- Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> Tue, 21 Oct 2014 13:22:39 +0200 x2goclient (4.0.3.0-0x2go1) unstable; urgency=low

2 1

Bug#472: (no subject)
by root 25 Nov '14

25 Nov '14

Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: stefani banerian <banerian(a)uw.edu> X-Was-To: Debian Bug Tracking System <submit(a)bugs.debian.org> To: <472(a)bugs.x2go.org> Subject: x2goclient: bug #472 update Bcc: stefani banerian <banerian(a)uw.edu> X-Debbugs-Cc: banerian(a)uw.edu Package: x2goclient Version: 4.0.3.0-1 Severity: normal Dear Maintainer, In following the bug report #472: http://bugs.x2go.org/db/47/472.html the reported work-around at: http://permalink.gmane.org/gmane.linux.terminal-server.x2go.user/2368 was employed. The following error was reported: "The host key for this server was not found but an othertype of key exists. An attacker might change the default server key to confuse your client into thinking the key does not exist. For security reasons, it is recommended to stop the connection. Do you want to terminate the connection? (no) Host Key Verification Failed." The warning did not reply which ssh host key was problematic, nor give an indication of the fingerprint for comparison. The host keys did not in fact change. It is not clear why there would be a host key problem. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/3 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages x2goclient depends on: ii libc6 2.19-13 ii libcups2 1.7.5-7 ii libgcc1 1:4.9.1-19 ii libldap-2.4-2 2.4.40-2 ii libqt4-network 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqt4-svg 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libssh-4 0.6.3-3+b1 ii libstdc++6 4.9.1-19 ii libx11-6 2:1.6.2-3 ii libxpm4 1:3.5.11-1 ii nxproxy 2:3.5.0.28-0x2go1+git20141113.546+wheezy.main.1 ii openssh-client 1:6.7p1-3 Versions of packages x2goclient recommends: ii openssh-server 1:6.7p1-3 ii rdesktop 1.8.2-3 Versions of packages x2goclient suggests: pn pinentry-x2go <none> -- no debconf information

1 0

Bug#282: Use client-side LANG + LC_* settings in server session
by Mike Gabriel 23 Nov '14

23 Nov '14

Package: x2goclient Severity: wishlist Version: 4.0.1.0 X-Debbugs-CC: Kromitvs Autocolante <adcromitus(a)gmail.com> Forwarding from Debian BTS to X2Go (upstream BTS)... Mike ----- Weitergeleitete Nachricht von adcromitus(a)gmail.com ----- Datum: Tue, 9 Jul 2013 01:59:58 +0100 Von: Kromitvs Autocolante <adcromitus(a)gmail.com> Antwort an: Kromitvs Autocolante <adcromitus(a)gmail.com>, 715422(a)bugs.debian.org Betreff: [pkg-x2go-devel] Bug#715422: x2goclient: Strange characters on terminal emulators An: Debian Bug Tracking System <submit(a)bugs.debian.org> Package: x2goclient Version: 4.0.1.0-0~x2go1+squeeze~main~380~build1 Severity: normal Dear Maintainer, When I use a terminal shell emulator (konsole, xfce-emulator, etc) on the remote (server x2go), non-ascii characters (accented characters, for instance) are not well printed. The same thing happened when I ssh'ed to the same machine without "SendEnv LANG LC_*" in /etc/ssh/ssh_config. Adding this again solved the question. Executing locale on server terminal emulator results in all "POSIX", except for LANG which is not set. Best regards, -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=pt_PT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages x2goclient depends on: ii libc6 2.13-38 ii libcups2 1.5.3-5 ii libgcc1 1:4.7.2-5 ii libldap-2.4-2 2.4.31-1+nmu2 ii libqt4-network 4:4.8.2+dfsg-11 ii libqt4-svg 4:4.8.2+dfsg-11 ii libqtcore4 4:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libssh-4 0.5.4-1 ii libstdc++6 4.7.2-5 ii libx11-6 2:1.5.0-1+deb7u1 ii libxpm4 1:3.5.10-1 ii nxproxy 2:3.5.0.20-0+squeeze~main~405~build1 ii openssh-client 1:6.0p1-4 Versions of packages x2goclient recommends: ii openssh-server 1:6.0p1-4 ii rdesktop 1.7.1-1 Versions of packages x2goclient suggests: pn pinentry-x2go <none> -- no debconf information ----- Ende der weitergeleiteten Nachricht ----- -- 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 1

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

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev