x2go-dev

x2go-dev@lists.x2go.org

5399 discussions

Bug#304: X2Go issue (in src:x2goplasmabindings) has been marked as closed
by X2Go Release Manager 10 Feb '15

10 Feb '15

close #304 thanks Hello, we are very hopeful that X2Go issue #304 reported by you has been resolved in the new release (3.0.2.1) of the X2Go source project »src:x2goplasmabindings«. You can view the complete changelog entry of src:x2goplasmabindings (3.0.2.1) below, and you can use the following link to view all the code changes between this and the last release of src:x2goplasmabindings. http://code.x2go.org/gitweb?p=x2goplasmabindings.git;a=commitdiff;h=39032a2… 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:x2goplasmabindings. Thanks a lot for contributing to X2Go!!! light+love X2Go Git Admin (on behalf of the sender of this mail) --- X2Go Component: src:x2goplasmabindings Version: 3.0.2.1-0x2go1 Status: RELEASE Date: Tue, 10 Feb 2015 23:22:29 +0100 Fixes: 304 Changes: x2goplasmabindings (3.0.2.1-0x2go1) RELEASED; urgency=low . [ Mike Gabriel ] * New upstream version (3.0.2.1): - Add copyright notices to file headers. Add COPYING file (LGPL-2). (Fixes: #304). - CMakeLists.txt. Set application name to plasma-applet-x2goplasmoid. - Fix installation path of Bokmal translation file by renaming po/nb_no.po to po/nb_NO.po. * debian/copyright: + Update file. Make it DEP-5 compliant. * x2goplasmabindings.spec: + Adapt to building on openSUSE/SLES. + Different RPM distros have different or no %cmake macro. + Find a common cmake approach for all RPM distros. + Drop ctest call. No tests present. + The plasmoid ends up in %{_libexecdir} (not %{_libdir}). + Rename plasma-widget-x2go to plasma-addons-x2go. + Use non-stanard Group: on SUSE. + Add to BR: intltool (otherwise no i18n support). + Set KDE4_PLASMA_LIBS instead of CMAKE_INSTALL_LIBDIR. + Set PLUGIN_INSTALL_DIR explicitly when evoking make install (should fix FTBFS on EPEL-7 based systems). + Always set BuildRoot: parameter. + For SUSE 11.x: set CMAKE_SKIP_RPATH to ON. + Be more explicit on what files to install and mark our dirs as owned. . [ Martti Pitkänen ] * New upstream version (3.0.2.1): - Add Finnish translation file. . [ Jos Wolfram ] * New upstream version (3.0.2.1): - Add Dutch translation file. . [ Robert Parts ] * New upstream version (3.0.2.1): - Add Estonian translation file. . [ Mark Pedersen-Cook ] * New upstream version (3.0.2.1): - Update Danish translation file. . [ Kaan Ozdincer ] * New upstream version (3.0.2.1): - Add Turkish translation file.

2 1

Bug#653: Info received (Bug#653: Info received (X2go and jetbrains java applications))
by Александр Демидов 10 Feb '15

10 Feb '15

Bug in openjdk platform https://bugs.openjdk.java.net/browse/JDK-7172749 [1] Links: ------ [1] https://bugs.openjdk.java.net/browse/JDK-7172749

2 2

Bug#784: X2Go issue (in src:x2gobroker) has been marked as pending for release
by Mike Gabriel 10 Feb '15

10 Feb '15

tag #784 pending fixed #784 0.0.3.0 thanks Hello, X2Go issue #784 (src:x2gobroker) 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=x2gobroker.git;a=commitdiff;h=a7d0a25 The issue will most likely be fixed in src:x2gobroker (0.0.3.0). light+love X2Go Git Admin (on behalf of the sender of this mail) --- commit a7d0a259447424064f224457a06fa74a3081b486 Author: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> Date: Tue Feb 10 09:23:33 2015 +0100 add closure for #784 diff --git a/debian/changelog b/debian/changelog index c1c44e7..3e78007 100644 --- a/debian/changelog +++ b/debian/changelog @@ -101,7 +101,7 @@ x2gobroker (0.0.3.0-0x2go1) UNRELEASED; urgency=low - Provide tool: x2gobroker-testagent. - Allow for broker clients to send in public SSH keys that the client may use for authentication to X2Go Servers. - - broker agent: avoid one option system() calls in Perl. + - broker agent: avoid one option system() calls in Perl. (Fixes: #784). - For user context changes: set the HOME dir of the new user correctly. - Reduce Paramiko/SSH verbosity (logging.ERROR) when connecting to remote broker agents.

2 1

Bug#784: x2gobroker-agent.pl commands break if user shell environment has login settings it doesn't like
by Jason Alavaliant 10 Feb '15

10 Feb '15

Package: x2gobroker-agent Version: 0.0.2.3 One of my users started to get their connections to the x2go broker failing with 'Error downloading http://x2go-broker-url/plain/inifile - server replied: Internal Server Error' Tracking back through the commands the broker was logging the issue turned out be /usr/lib/x2go/x2gobroker-agent $USER listsessions (and other commands that x2gobroker-agent.pl runs by su - username -c command) returning things like OK [1] 32542 klipper: Command not found. [1] + exit 1 klipper which was a result of how the command is run; since the x2gobroker-agent $USER FOO commands all internally su to the named user to run the command it results in the user's environment being sourced which puts them at the risk of being broken by the user's environment. My user in this case had embedded a command that didn't exist on the broker host to run as soon as their shell environment was created which caused the broker to error out. (possibly compounded by in this case the shell tcsh being used as the user's default shell - tcsh in my experience being very temperamental with it's startup files - a single failure will stop the environment file sourcing to error our instantly and not process further lines. I've not had time to cross compare with bash etc and see if this problem only exists for tcsh or if it effects most shells). I managed to work around the issue in my case by fixing the su commands in x2gobroker-agent.pl to use /bin/sh (which links to /bin/dash) on my system to avoid user shell startup file environment issues breaking logging in via the broker. It feels more like a workaround that a proper fix to me so I'm not suggesting the attached patch for merging, rather just as an example of how I got around it in my case. My feeling is that there must be a better way to ensure these x2gobroker-agent commands can't be broken by the user env but I'm not managing to come up with a better solution currently. Thanks Jason

3 2

Bug#776: nx-X11: Size of pointer 'server_support' used instead of size of its data
by Heinrich Schuchardt 10 Feb '15

10 Feb '15

package: nx-libs version: head In nx-libs/nx-X11/extras/Mesa/src/glx/x11/glxextensions.c the length of the zeroed memory is the length of the pointer (4 bytes in case of a 32bit system) not the length of the data the pointer points to (8 byte). static void __glXProcessServerString( const struct extension_info * ext, const char * server_string, unsigned char * server_support ) { unsigned base; unsigned len; (void) memset( server_support, 0, sizeof( server_support ) ); Furthermore the length of the memory area pointed to by server_support is defined in varying ways in the coding: #define __GL_EXT_BYTES ((__NUM_GL_EXTS + 7) / 8) unsigned char server_support[ __GL_EXT_BYTES ]; unsigned char server_support[8]; Currently __NUM_GL_EXTS = 123, so __GL_EXT_BYTES = 8. What is expected to happen if __GL_EXT_BYTES > 8 after defining six more values in the unamed (sic!) enum with the different bits? This questionable code was identified with cppcheck. http://cppcheck.sourceforge.net/ Best regards Heinrich Schuchardt

3 3

Bug#776: fix for #776 reverted
by Mike Gabriel 10 Feb '15

10 Feb '15

Control: tag -1 not-a-bug Control: close -1 Hi Heinrich, yesterday, I reverted the fix for #776 because while applying all the NX patches in preparation of the 3.6.x branch of nx-libs [1], I realized that the file in question (glxextensions.c) never gets used at build time. Greets, Mike [1] https://github.com/ArcticaProject/nx-libs -- 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

X2Go Gathering 2015
by Heinz-M. Graesing 09 Feb '15

09 Feb '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dear Developers, dear friends of ΞX2Go! This year's community event will take place in Treuchtlingen. It is my pleasure to invite all developers and friends to visit this little franconian town. Once again - as we did last year - we will meet for 3 days to hack, discuss and have fun. X2Go was born in 2006 in Treuchtlingen. For our developers, we have reserved a hotel that is not far from the venue. Wi-Fi will be available. The reservation is valid until February 18th. Thus, please declare your participation on our wiki page so that we can make use of this reservation. Other accommodations in Treuchtlingen are available, but it would be great to stay together. Participation list including preliminary schedule and travelling information: http://wiki.x2go.org/doku.php/events:x2go-gathering-2015 Please stay tuned for further information! Regards, Heinz θ θ ∴ϒ∴ ΞX2Go - everywhere@home -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJU2SC0AAoJEKRUbBMT/NRx/UgQAJOIWf0tHuRkCrZdghsWdr2l B9MZJ4nibZLjC9MDNITFXBgxSU/gau2Cd02ek4GXqvWlJQeGKVjXz/rjciKZ+cSK BPmrNiKXKpCcM77XsvAY5Ye7l4IE/o2yBXczrVkfUKbS2jmKwrU0/5G7H2BzurN/ lOUHIBuG/kCeTD8fxBxHz4tIijq5ZXlpteON1Jk0L+8OcOSOSTyZBHLSBYjPXOH6 R2yvRgnA16ogYztt1pdS5x1UzlId8vXpj+AfSOLqzIkIdrNTcN4YgyWqsQPrz40m Q+MOR8N/FoVLDKw0JexlA2Az0MM3tfjzDoXyPoO1COawdkF3wcbVtZNYgN/dTLVK xUff19PhRmzS6PndcmiFVOxlrmtL9ndF+GFlbYcc458iaKptywLoVdbC148bjzQe O23sKP+Q/85ojW2Ca3kgu9J9wRybNVez6ljlLpMq3Gutb8SQ/XTg35s2Ik/wWNZc yeNLD3EhubJVg9/pclDRMW3QmRml6F2PJxLGEPm2OI5K20TZyjGbEgGgVRk1dten yhKkcbt/mTQheTH4wZS0ZmkxNvIywJ/OoL0b0tlZ4WXRFYrXMiKzM99JqHCE2Dbh UUGc9rQihI5u2I/C5uX5mCYEBM1gkqgwiFphFLPX3vIRrM9r5zHzTOLS7a4bePz7 m5pem+mnM3PyjXeA48fs =ea+m -----END PGP SIGNATURE-----

2 1

Bug#783: RPM Pre Script fail on Upgrade (Nightly)
by Schlomo Schapiro 09 Feb '15

09 Feb '15

Package: x2goserver Version: 4.1.0.0-0.0x2go1.0.git20150201.1236.heuler.el6 RPM Upgrades of existing installations fail because of a broken %pre script in the x2goserver-common RPM: Resolving Dependencies --> Running transaction check ---> Package x2goserver-common.x86_64 0:4.1.0.0-0.0x2go1.0.git20150113.1214.heuler.el6 will be updated ---> Package x2goserver-common.x86_64 0:4.1.0.0-0.0x2go1.0.git20150201.1236.heuler.el6 will be an update --> Finished Dependency Resolution Dependencies Resolved ============================================================================================================================================== Package Arch Version Repository Size ============================================================================================================================================== Updating: x2goserver-common x86_64 4.1.0.0-0.0x2go1.0.git20150201.1236.heuler.el6 is24-x2go-nightly 7.2 k Transaction Summary ============================================================================================================================================== Upgrade 1 Package(s) Total download size: 7.2 k Is this ok [y/N]: y Downloading Packages: x2goserver-common-4.1.0.0-0.0x2go1.0.git20150201.1236.heuler.el6.x86_64.rpm | 7.2 kB 00:00 Running rpm_check_debug Running Transaction Test Transaction Test Succeeded Running Transaction Error in PREIN scriptlet in rpm package x2goserver-common-4.1.0.0-0.0x2go1.0.git20150201.1236.heuler.el6.x86_64 groupadd: group 'x2gouser' already exists useradd: user 'x2gouser' already exists error: %pre(x2goserver-common-4.1.0.0-0.0x2go1.0.git20150201.1236.heuler.el6.x86_64) scriptlet failed, exit status 9 error: install: %pre scriptlet failed (2), skipping x2goserver-common-4.1.0.0-0.0x2go1.0.git20150201.1236.heuler.el6 Running post transaction command: report-yum-to-graphite.sh x2goserver-common-4.1.0.0-0.0x2go1.0.git20150113.1214.heuler.el6.x86_64 was supposed to be removed but is not! Verifying : x2goserver-common-4.1.0.0-0.0x2go1.0.git20150113.1214.heuler.el6.x86_64 1/2 Verifying : x2goserver-common-4.1.0.0-0.0x2go1.0.git20150201.1236.heuler.el6.x86_64 2/2 Failed: x2goserver-common.x86_64 0:4.1.0.0-0.0x2go1.0.git20150113.1214.heuler.el6 x2goserver-common.x86_64 0:4.1.0.0-0.0x2go1.0.git20150201.1236.heuler.el6 Complete! The bad script is this: if getent group x2gouser 1>/dev/null; then groupadd -r x2gouser fi if getent passwd x2gouser >/dev/null; then useradd -r -g x2gouser -d /var/lib/x2go -s /sbin/nologin \ -c "x2go" x2gouser fi It should have a ! in the if clause to only call groupadd / useradd if the group or user DO NOT EXIST!! Don't you test upgrades??? Regards, Schlomo -- 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: Gregory Ellis (CEO) und Christian Gisy (CFO) Handelsregister: Amtsgericht Charlottenburg, HRB 69108 Sitz der Gesellschaft: Berlin ---------------------------------------------------------- http://www.immobilienscout24.de Der Marktführer: Die Nr. 1 rund um Immobilien

4 3

upcoming releases for nearly all X2Go components
by Mike Gabriel 07 Feb '15

07 Feb '15

Hi all, I would like to make a release for nearly all X2Go components. Reason: o .spec files for SLE builds are now complete o several X2Go components are overdue for a release o x2godesktopsharing has now been fixed on x2goserver's master branch (and already way back on release/4.0.1.x branch). As this will be my last release cycle in X2Go (see [1]), I would like to take the chance to do the release cycle together with someone else (e.g. Heinz, Mihai, Stefan). So that the steps are clear and finally get documented. Also, we need to discuss, if it is time to release x2goserver 4.1.0.0 (Git master branch of x2goserver.git) or if we stick with 4.0.1.x (i.e. 4.0.1.19 as upcoming release). Both branches are ready for a release. The 4.1.0.0 has Telekinesis and Multimedia Support + SuperRenicer support. Furthermore, I also want to release NX-libs 3.5.0.29. There have been massive changes on NX-libs recently. The code base of actually used code could be reduced from 93mb to 41mb. It would be good if as many people as possible could test NX-libs from the nightly builds on non-productive systems. People interested in a snapshot tarball, can do this: git clone git://code.x2go.org/nx-libs.git cd nx-libs debian/roll-tarball.sh HEAD server @Heinz, Mihai: who of you is available for doing the next releases with me? @Stefan, Heinz, Alex, Mihai: What is your opinion about releasing X2Go Server 4.1.0.0? @Alex: It would be good if you could take a look at the reduced NX tarball and what I have removed from it (debian/CODE-REDUCTION_*). @Orion: you may also be interested in taking a look at the latest NX changes, I guess. Greets, Mike [1] http://lists.x2go.org/pipermail/x2go-project/2015-January/000002.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…

3 3

Bug#781: X2Go issue (in src:x2goclient) has been marked as pending for release
by Mike Gabriel 06 Feb '15

06 Feb '15

tag #781 pending fixed #781 4.0.3.2 thanks Hello, X2Go issue #781 (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=58e4845 The issue will most likely be fixed in src:x2goclient (4.0.3.2). light+love X2Go Git Admin (on behalf of the sender of this mail) --- commit 58e4845eb5ccb9ce9d3baca75698c91f7e71377d Author: Sergey_Savko <savko(a)tophouse.ru> Date: Fri Feb 6 14:15:53 2015 +0300 Add new cmdline option --broker-noauth-use-session-username. When --broker-noauth is used, the broker does not know on behalf of which user to operate. This new option enables username syncing. When logging into X2Go Server, that username will be sent to the broker and be used for querying X2Go Broker Agents etc. (Fixes: #781). diff --git a/debian/changelog b/debian/changelog index c6fe947..c40f3ab 100644 --- a/debian/changelog +++ b/debian/changelog @@ -39,6 +39,11 @@ x2goclient (4.0.3.2-0x2go1) UNRELEASED; urgency=medium * New upstream release (4.0.3.2): - Prevent passwordless re-logins into X2Go Session Broker if --broker-autologoff is used on the cmdline. (Fixes: #782). + - Add new cmdline option --broker-noauth-use-session-username. + When --broker-noauth is used, the broker does not know on behalf + of which user to operate. This new option enables username syncing. + When logging into X2Go Server, that username will be sent to the + broker and be used for querying X2Go Broker Agents etc. (Fixes: #781). [ Heinrich Schuchardt ] * New upstream release (4.0.3.2):

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev