x2go-dev

x2go-dev@lists.x2go.org

2 participants
5403 discussions

Re: [X2Go-Dev] CUPS-X2Go (3.0.1.1) released
by Orion Poplawski 11 Feb '15

11 Feb '15

On 02/10/2015 01:24 PM, Mihai Moldovan wrote: > Dear all > > The X2Go project is proud to announce a new release of the X2Go > component ,,cups-x2go''. > > New gains of this version of ,,cups-x2go'' are: > > o better RPM package support > > > X2Go Component: cups-x2go > Version: 3.0.1.1 > Status: RELEASE > Date: Tue, 10 Feb 2015 20:03:16 +0100 > Changes: > cups-x2go (3.0.1.1) RELEASED; urgency=low > . > [ Mike Gabriel ] > * New upstream version (3.0.1.1): > - Rename LICENSE.txt to COPYING. > * cups-x2go.spec: > + Pull-in packaging stuff from Jan Engelhardt's .spec files > on > https://build.opensuse.org/package/view_file/X11:RemoteDesktop:x2go. > + Make package arch-any, not noarch. I don't understand the reason for this change, it seems clearly to be a noarch package. Also, FYI: - on Fedora ssh is in openssh-clients. - cups backends go in %{_prefix}/lib, not %_libexecdir - You install the cups-x2go with 755: install -pm755 cups-x2go %{buildroot}%{_prefix}/lib/cups/backend/ then change it to 700 in %files: %attr(0700,root,root) %_libexecdir/cups/backend/cups-x2go Is there any reason for it to be 700? I see other stuff in that directory is a mix: -rwxr-xr-x. 1 root root 149216 Sep 23 06:37 bluetooth -rwx------. 1 root root 23648 Oct 22 03:30 dnssd - I have no idea about non-Fedora/RHEL distros, but %defattr() is no longer needed for any modern (RHEL5+) rpm systems. - Alsi, in Fedora, you should not own directories own by other packages that it requires. I have: %files %doc ChangeLog COPYING README.txt %{_prefix}/lib/cups/backend/cups-x2go %config(noreplace) %{_sysconfdir}/cups/cups-x2go.conf %{_datadir}/ppd/cups-x2go/ %{_datadir}/x2go/ -- 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

3 6

Bug#787: x2goclient
by Sergey Savko 11 Feb '15

11 Feb '15

Package: x2goclient Version: 4.0.3.2 Severity: normal Windows x2goclient crashes when connecting to server if user's home directory name in cyrillic. If we use "--home=<dir>" parametr with new home directory with latin name, x2goclient works fine. -- Yours truly, Sergey Savko.

1 0

Bug#785: 785
by Sergey Savko 11 Feb '15

11 Feb '15

Clipboard in local Debian 7 and Kubuntu 14.04 it's work too. -- Yours truly, Sergey Savko.

1 0

Bug#786: x2goclient copy cyrillic text from x2go to local linux
by Sergey Savko 11 Feb '15

11 Feb '15

Package: x2goclient Version: 4.0.3.2 Severity: normal If you copy in x2go Cyrillic text and paste it into local Linux, you'll get text in wrong codepage. -- Yours truly, Sergey Savko.

1 0

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

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev