x2go-dev May 2015

x2go-dev@lists.x2go.org

27 participants
196 discussions

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

Bug#867: LANGUAGE connection
by GERARD.CALAS＠FREE.FR 09 May '15

09 May '15

PACKAGE: x2goclient VERSION: 4.0.1.3 Hello, I live in France, I am user LINUX / Mageia / KUBUNTU / FEDORA. The X2goclient product works properly and satisfies me completely. A light BUG on internationalization is annoying. The x2goclient client (LINUX or WINDOW) is the x2goserver server in English, so that all KDE menus, level one, are in English. I have not found, or the language setting to the KDE connection. Thank you to propose a change to prende into account the language of the user. Thank you and congratulations Gerard CALAS gerard.calas(a)free.fr -- =========================================================================================== =========================================================================================== Gérard CALAS Mobile: 06 40 59 57 15 Mail: GERARD.CALAS(a)FREE.FR =========================================================================================== Ce n'est pas obligatoire de regarder les différents albums, les amateurs de la nature et du VTT y trouveront intéret, amitiés. PICASAWEB/GOOGLE ont augmenté les possibilités de stockage de 1GO à 5/15GO, merci à eux !!! Ce qui m'a permis de réorganiser les albums photos ... http://picasaweb.google.fr/gerard.calas.5 LE SOIXANTENAIRE http://picasaweb.google.fr/gerard.calas.11 VTT 2011 2012 2013 2014 http://picasaweb.google.fr/GERARD.VTT.RAID QUELQUES RAIDS VTT (2002-2008) http://picasaweb.google.fr/GERARD.VTT.BALADE QUELQUES BALADES VTT (2000-2007) http://picasaweb.google.fr/glinux13122 BALADES VTT 2008 2009 http://picasaweb.google.fr/gerard.calas.6 BALADES VTT 2010 http://picasaweb.google.fr/GERARD.SKIS SKIS JUSQU'EN 2011 http://picasaweb.google.fr/sitefamilial2 SITE FAMILIAL http://picasaweb.google.fr/GERARD.PASSAGE.1 EVENNEMENTS DIVERS =========================================================================================== Bureautique LINUX LIBREOFFICE Sur mon PC, j'utilise la version gratuite de LINUX MAGEIA 32/64 pour utilisateurs privés. LINUX est un OS sérieusement sécurisé. LINUX est insensible aux VIRUS. L'outil de messagerie THUNDERBIRD bloque de lui même les indésirables (SPAMs, SPYs etc...). Les utilisateurs des "autres mondes fenêtrés" continuent d'utiliser des produits capables de nuirent à leur propre disque dur !!! Essayez donc LINUX ( quelque soit la distribution ), pour être à l'abri des nuisances habituelles, et de plus, c'est gratuit!!! UBUNTU, MANDRIVA, FEDORA, SUSE, DEBIAN, etc... =========================================================================================== ===========================================================================================

1 0

Re: [X2Go-Dev] improve Xinerama
by Mike Gabriel 08 May '15

08 May '15

Hi Ulrich, (Re-Cc:ing x2go-dev) On Di 05 Mai 2015 23:51:16 CEST, Ulrich Sibiller wrote: > On Tue, May 5, 2015 at 12:04 PM, Mike Gabriel > <mike.gabriel(a)das-netzwerkteam.de> wrote: >> please cherry-pick this commit [1] onto your branch. It removes the >> libNX_Xinerama part from NX > > OK, done, also issued PR. I tested nxagent now. I tested two things (see below). For both tests I modified /usr/bin/x2gostartagent, so that NX_XINERAMA_CONF gets explicitly set to auto. I also removed all LD_LIBRARY_PATH related stuff from /usr/bin/x2goruncommand. 1. I built NX agent from https://github.com/sunweaver/nx-libs/tree/pr/libxinerama-cleanup (top commit hash cd8e2d5295e43098c8afbdab5591d9e46eb7c751 [1]). This build does _not_ contain your patches. -> expectexd results: (a) rootless applications in nxagent don't recognize the client-side monitor (Xinerama) layout (b) desktop sessions in nxagent don't recognize the client-side monitor (Xinerama) layout -> observed results: (a) rootless session were already Xinerama aware... (????) (b) desktop sessions in nxagent don't recognize client-side monitor (Xinerama) layout 2. I built NX agent from https://github.com/sunweaver/nx-libs/commits/feature/new-xinerama-3.6.x (top commit hash 15cccc136b6b9740ba558e02da918ad843795995). This build does contain your patches. -> observed results (a) rootless sessions are Xinerama (b.1) desktop sessions had no clue about monitor borders (no Xinerama layout) -> this was an nxagent built and launched on my notebook (amd64 system, Debian jessie) (b.2) desktop session knew about Xinerama and the desktop splitting worked fine on resize events (changing the X2Go session window size) -> moving the X2Go desktop session window across the client-side desktop should triggering a Xinerama resizing (or rather the end of movement) -> this was observed on my PC at work (i386 system, Debian jessie) I have no clue why my notebook failed to provide Xinerama inside NX agent, but maybe this should be investigated, once if have tackled the issues you addressed below. [1] https://github.com/sunweaver/nx-libs/commit/cd8e2d5295e43098c8afbdab5591d9e… [2] https://github.com/sunweaver/nx-libs/commit/15cccc136b6b9740ba558e02da918ad… >> I will have my dual head workstation around tomorrow and then test your >> code. >> >> You may meanwhile (if time allows) also test your code with [1] applied on >> top. > > Seems to work (you might need to change the code a litte to force > usage of the _auto parts when testing with x2goclient). > > However, I am not sure that this implementation represents final > solution. As you might have noticed my changes are included in the > RandrRextension code. At first I did this simply because that is the > code path that is used when Xinerama requests are issued. Meanwhile I > found this (in > http://www.x.org/archive/X11R7.7/doc/randrproto/randrproto.txt) > > ----- > 11.2 Xinerama > > Xinerama provides a mechanism for describing the relationship between the > overall screen display and monitors placed within that area. As such, it > provides the query functionality of RandR 1.2 without any of the > configuration functionality. Applications using Xinerama to discover > monitor geometry can continue to do so, with the caveat that they will not be > informed of changes when they occur. However, Xinerama configuration data > will be updated, so applications selecting for RandR notification and > re-querying the configuration with the Xinerama extension will get updated > information. It is probably better to view RandR as a superset of Xinerama > at this point and use it in preference to Xinerama where both are present. > ----- > > So basically the way to go is to let nxagent setup RandR in a way that > the RandR extension itself will work without nx specific changes. I > have been playing around with that approach yesterday and could it get > to work (kind of, with lots of problems). I will have a look at this > again soon. > > If I succeed in this approach (which I am not sure about) this would mean: > - my current code would be obsolete > - Xinerama extension could be dropped completely > - RandR extension could stay unchanged (well, except for the existing > changes introduced by nx) from the X11 distribution > - all relevant code is to be found in the nxagent directory. > > The description above also contains a hint how to avoid having to > issue an X request to the real X server whenever some inside client > issues Xinerama requests: Use RandR for that and register nxagent to > be notified of Xinerama/RandR changes. This way another roundtrip > would be eliminated. > > Does that sound reasonable? Well, the more I think things through, every NX'ish speciality in the current NX code tree has to be moved into Xserver/hw/nxagent for two reasons: o propose as few NX-specific patches as possible to X.Org upstream o every code snippet from NoMachine is licensed as GPLv2 and has to be removed from the xorg-server and lib<Xlib+extension> libraries. Thus, same for your Xinerama patches, I guess. And if it is possible to register an event that informs about Xinerama changes, the better. And if it saves us some more roundtrips, again even better. So, basically, also because of the issue about having to propose this or that patch to X.Org upstream: the more of your code that you can move into the hw/nxagent dir, the better!!! 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev May 2015