x2go-dev

x2go-dev@lists.x2go.org

5400 discussions

Bug#864: Code for both Qt4 and Qt5
by Michael DePaulo 12 May '15

12 May '15

As mentioned here, code can be ported to Qt5 while retaining compatibility with Qt4: http://blog.qt.io/blog/2012/12/19/qt-5-0/ If/when we do port to Qt5, we should maintain compatibility with Qt4. For example, RHEL 7 & CentOS 7 include Qt4, but not Qt5. Qt5 is available from EPEL, but EPEL makes Qt5 follow EPEL's rolling-release model. So to reduce risk to our users, we should keep the EL7 builds on Qt4.

1 0

Bug#845: Bug#845: Intentional forced language?
by Mihai Moldovan 12 May '15

12 May '15

On 30.04.2015 01:43 PM, Jaakko Haavisto wrote: > When I click that install/uninstall languages and choose uninstall languages I > can see there is English which is "language is the system language (default > language of the user interface)". > > The choose isn't there if only one language is installed I guess because it > works so in every English windows 7 computers here. > > I thinks it is then bug in x2go, because it's using Finnish and not English > which is system language. Can you please go to the "Administrative" tab and click "Copy settings..."? A dialog like this should pop up: https://www.ionic.de/tmp/Windows_7_language_selector2.png What's its full content? (Naturally, you can click "Cancel" to not copy any settings!) Mihai

2 7

Debian Builds Online Again
by Mihai Moldovan 12 May '15

12 May '15

Hi The internally used apt-cacher-ng program was in a wonky state for the last few days. I've fixed it up. Debian builds are now produced correctly again. Mihai

1 0

Bug#859: Copy-paste limitations not working
by Thibaut Pouzet 11 May '15

11 May '15

Package: x2goserver Version: 4.0.1.18-5.el6.x86_64 Hi, I use x2go to connect to a remote machine for almost a year now. When I configured it last year, I put inside the file /etc/x2go/x2goagent.options the option : X2GO_NXAGENT_DEFAULT_OPTIONS="$ uname -a Linux rob.lbg.office.lyra 3.10.0-123.20.1.el7.x86_64 #1 SMP Thu Jan 29 18:05:33 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux" I'm certain that at that time, I could not extract information from the remote server via copy-paste. (Which is the goal I'm aiming) Lately, I realized that I could extract data via copy-paste, even though the configuration line was still there. No error logs, this looks like a regression to me. Procedure : * Put the option inside the configuration file on the server * Open a session from any client to this server * Inside x2go, copy something * Outside x2go on the client host, paste it This should not work with the option "-clipboard client". My setup : * Server side (CentOS 6.6) : $ uname -a Linux xx 2.6.32-431.29.2.el6.x86_64 #1 SMP Tue Sep 9 21:36:05 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux $ rpm -qa | fgrep x2go x2goserver-4.0.1.18-5.el6.x86_64 x2goagent-3.5.0.27-1.el6.x86_64 x2goclient-4.0.1.4-1.el6.x86_64 * Client side (CentOS 7.1) : $ uname -a Linux xx 3.10.0-123.20.1.el7.x86_64 #1 SMP Thu Jan 29 18:05:33 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux $ rpm -qa | fgrep x2go x2goclient-4.0.3.1-1.el7.x86_64 Cheers, -- Thibaut Pouzet Lyra Network Ingénieur Systèmes et Réseaux (+33) 5 31 22 40 08 www.lyra-network.com

2 2

Fwd: libssh 0.7.0
by Michael DePaulo 11 May '15

11 May '15

---------- Forwarded message ---------- From: Andreas Schneider <asn(a)cryptomilk.org> Date: Mon, May 11, 2015 at 5:24 AM Subject: libssh 0.7.0 To: libssh(a)libssh.org Hello, we have finally a new libssh release [1]. This version has support for ed25519 private and public keys as they are supported by OpenSSH since version 6.5. We would like to release more often but libssh is a spare time project of Aris and me. It is great that a lot of people contributed to this release! Thanks to all people who sent patches or reported bugs! We have several things on the TODO list for the next version: a) Public API for known_hosts file parsing b) All tests should run with cwrap.org libraries c) Support chacha20-poly1305(a)openssh.com cipher d) Support for more MACs Help is appreciated :) [1] https://www.libssh.org/2015/05/11/libssh-0-7-0/ -- Andreas Schneider GPG-ID: CC014E3D www.cryptomilk.org asn(a)cryptomilk.org

1 0

Re: [X2Go-Dev] [pkg-x2go-devel] Bug#784565: nx-libs-lite: parts are derived from non-free code
by Mike Gabriel 11 May '15

11 May '15

Hi Francesco, Cc:ing a couple of people/groups being affected by the below. On Mi 06 Mai 2015 19:35:32 CEST, Francesco Poli (wintermute) wrote: > Package: nx-libs-lite > Version: 3.5.0.27-1 > Severity: serious > Justification: Policy 2.2.1 > > Hello and thanks for maintaining this package in Debian! > > I noticed that the debian/copyright states: > > [...] > | Parts of this software are derived from DXPC project. These copyright > | notices apply to original DXPC code: > | > | Redistribution and use in source and binary forms are permitted provided > | that the above copyright notice and this paragraph are duplicated in all > | such forms. > | > | THIS SOFTWARE IS PROVIDED ``AS IS'' AND WITHOUT ANY EXPRESS OR IMPLIED > | WARRANTIES, INCLUDING, WITHOUT LIMITATION, THE IMPLIED WARRANTIES OF > | MERCHANTIBILITY AND FITNESS FOR A PARTICULAR PURPOSE. > | > | Copyright (c) 1995,1996 Brian Pane > | Copyright (c) 1996,1997 Zachary Vonler and Brian Pane > | Copyright (c) 1999 Kevin Vigor and Brian Pane > | Copyright (c) 2000,2001 Gian Filippo Pinzari and Brian Pane > [...] > > This license lacks the permission to modify the DXPC code. > Hence, the original DXPC code does not appear to comply with the > DFSG. And the nx-libs-lite is in part derived from DXPC code. > > This basically means that nx-libs-lite includes parts which are > non-free (as they are derived from non-modifiable code) and > are also possibly legally undistributable (as they are non-modifiable, > but actually modified). The combination with the rest of nx-libs-lite > (which is GPL-licensed) may also be legally undistributable (since > the license with no permission to modify is GPL-incompatible). > > > If there's anything I misunderstood, please clarify. > > Otherwise, please address this issue as soon as possible. > The copyright owners for the original DXPC code should be > contacted and persuaded to re-license under GPL-compatible > terms. > > Thanks for your time. > Bye. I/we will investigate this asap. Thanks for bringing this up. 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 1

Bug#868: X2Go issue (in src:x2goclient) has been marked as pending for release
by Mike DePaulo 10 May '15

10 May '15

tag #868 pending fixed #868 4.0.4.0 thanks Hello, X2Go issue #868 (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=0462b6c The issue will most likely be fixed in src:x2goclient (4.0.4.0). light+love X2Go Git Admin (on behalf of the sender of this mail) --- commit 0462b6ce608523ec54930ad7f2c0655f46806a71 Author: Mike DePaulo <mikedep333(a)gmail.com> Date: Sun May 10 14:09:20 2015 -0400 Fix "connection failed" "pscp" error with folder sharing (Fixes: #868) diff --git a/debian/changelog b/debian/changelog index 20b4a51..b049511 100644 --- a/debian/changelog +++ b/debian/changelog @@ -4,6 +4,10 @@ x2goclient (4.0.4.0-0x2go1) UNRELEASED; urgency=low * New upstream release (4.0.4.0): - Windows: Do not delete saved PuTTY sessions when Kerberos 5 (GSSAPI) authentication is enabled (Fixes: #625/#789) + - Windows: Fix "Connection failed" "pscp" error with folder + sharing when Kerberos 5 (GSSAPI) auth is used, and the + server- side home dir is at a path other than /home/$USER + (Fixes: #868) - Windows: Include debug build in the regular installer. It is an optional component during the install. It is not installed by default.

2 1

Bug#868: "connection failed" "pscp" error with folder sharing
by Michael DePaulo 10 May '15

10 May '15

Package: x2goclient Version: 4.0.3.2 Tags: build-win32 When the following conditions are met: 1. You are using X2Go Client for Windows 2. You are using Kerberos 5 (GSSAPI) authentication 3. Your server-side home directory is at a path other than /home/$USER Upon connecting to an X2Go server, whether you have any folders shared or not, you receive an error like: Connection failed pscp: unable to open /home/mike/.x2go/ssh/key.dK7060: no such file or directory ("Connection failed" is bolded) Furthermore, shared folders are not actually shared. If you attempt to share a folder after connecting, you receive the same error message. This bug appears to be a limitation of when Kerberos (GSSAPI) authentication was originally introduced in x2goclient 4.0.1.2. It was introduced in commit a77d761d on 2013-12-10. I will push a commit that fixes this bug. However, it overrides all paths like "~user" with "~". In other words, it assumes that SshProcess::start_cp() will never be used to upload a file to another user's home dir, unless that other user's home dir is specified absolute. As a side note, this bug is present under the default configuration of SAMBA's winbind, which does support kerberos authentication. By default, smb.conf has set: template homedir = /home/%D/%U Where %D is the domain name, and %U is the username.

1 0

Bug#789: I fixed this: more info
by Michael DePaulo 10 May '15

10 May '15

This will be fixed in the 1st release of X2Go Client for Windows 4.0.4.0-x. The bug appeared to be caused by the fact that for at least 1 of the SSH Processes, procUuid/uuidStr is null. Thus HKEY_CURRENT_USER\\Software\\SimonTatham\\PuTTY\\Sessions would be deleted (recursively) instead of only the uuidStr subkey being deleted. I fixed it by simply adding a check to SshProcess::rmPuttyReg(). It now does nothing if uuidStr is empty or null. This is the safest solution IMHO. -Mike

1 0

Bug#625: X2Go issue (in src:x2goclient) has been marked as pending for release
by Mike DePaulo 10 May '15

10 May '15

tag #625 pending fixed #625 4.0.4.0 thanks Hello, X2Go issue #625 (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=db26121 The issue will most likely be fixed in src:x2goclient (4.0.4.0). light+love X2Go Git Admin (on behalf of the sender of this mail) --- commit db261211d573cd99ed359bca6fc3219fadb70c97 Author: Mike DePaulo <mikedep333(a)gmail.com> Date: Sun May 10 11:02:42 2015 -0400 Windows: Do not delete saved PuTTY sessions when Kerberos 5 (GSSAPI) authentication is enabled (Fixes: #625) diff --git a/debian/changelog b/debian/changelog index 6536b5c..f5238a3 100644 --- a/debian/changelog +++ b/debian/changelog @@ -2,6 +2,8 @@ x2goclient (4.0.4.0-0x2go1) UNRELEASED; urgency=low [ Mike DePaulo ] * New upstream release (4.0.4.0): + - Windows: Do not delete saved PuTTY sessions when Kerberos 5 + (GSSAPI) authentication is enabled (Fixes: #625) - Windows: Include debug build in the regular installer. It is an optional component during the install. It is not installed by default.

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