x2go-dev

x2go-dev@lists.x2go.org

1 participants
5403 discussions

Start a nNew thread

Bug#1085: Upgrading to 4.0.5.2-2016.09.20 does not help
by Troels Arvin 21 Jan '17

21 Jan '17

I tried version 4.0.5.2-2016.09.20, but that version still crashes when toggling to full-screen.

1 0

Bug#1138: x2goclient crashes with segmentation fault when connecting fedora 25 client to fedora 25 remote server
by ura soul 20 Jan '17

20 Jan '17

Package: x2goclient Version: 4.0.5.2-1.fc25 when i connect to a remote server (digitalocean - fedora 25 - 64 bit) that i am renting, using x2goclient (the server runs x2goserver), the client crashes with no error message. if i run the client from the terminal and the program crashes, i see nothing other than: segmentation fault i can successfully use x2goclient to connect to a different server that i also use, which is running fedora 23 - although i did need to make significant changes to the security services on the server to get x2go to connect - i think this is something to do with the server using openVZ. the server that i cannot connect to does not use openVZ and is using KVM. i have spoken with the support team at digitalocean but they offered no insights into how to resolve this. I am using Fedora 25 workstation - x86_64, kernel 4.9.3-200

1 0

Bug#1137: MATE Minidesktop TCE approach for X2Go is lacking documentation
by Stefan Baur 19 Jan '17

19 Jan '17

package: wiki.x2go.org Searching for MATE or Minidesktop on the Wiki does not return any meaningful results wrt/ the MATE-Minidesktop TCE. It would be really helpful to the cause if there was at least a Wiki page explaining what to install from where to get this running, so people can check it out, determine if it's suitable for their use case, and expand both code and documentation further, if neccessary. Mike, since this seems to be your brainchild, I would really suggest you whip up a wiki page describing it. Just some basic instructions and explanations: - Which Repositories are needed - Which packages need to be installed - Which commands need to be run - Which configuration files need to be changed manually after the installation - What is the expected result (maybe one or two screenshots) - What is the advantage of the Minidesktop (I'm guessing it offers a few locally installed applications alongside X2GoClient) I'm sure there will be a few people willing to tinker with it and expanding on your documentation *once they know MATE-Minidesktop even exists*. I would suggest adding the page here: http://wiki.x2go.org/doku.php/doc:howto Using e.g. http://wiki.x2go.org/doku.php/doc:howto:tce for a rough idea as to what it might look like. -Stefan -- BAUR-ITCS UG (haftungsbeschränkt) Geschäftsführer: Stefan Baur Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243

1 0

Bug#1136: Multiple issues with x2gousbmount
by Stefan Baur 19 Jan '17

19 Jan '17

package: x2gousbmount Hi $LIST, hi Alex, hi Mike#1, due to a recent bug report on X2Go-User, I needed to take a closer look at the x2gousbmount package, and the script /usr/lib/x2go/tce/x2gousbmount in it. I'll be referencing http://code.x2go.org/gitweb?p=x2gothinclient.git;a=blob;f=usbmount/x2gousbm… for line numbers below, even though that version is more advanced as the one in the stable x2gousbmount package. I'm hoping that Alex or someone else that has a clue wrt/ Perl and this script can shed some light on these issues. Mike#1, you're in CC due to issue #3, which seems to have been introduced in your commit. Feel free to suggest I should turn every issue into a separate bug report - I'm not filing them separately at the moment because the issues seem all more or less interconnected, so I figured I should start with one bug report for "the big picture". Issue #1: Lines 88 and 138 contain a call ... expand_filename("~x2gothinclient ... Now, I understand that this is an attempt to determine the path to the home directory of the user named "x2gothinclient". Which, in the classic X2Go-TCE, is "/var/lib/x2gothinclient". So far, so good. But: Lines 107 and 148 contain what looks to me like a subtle typo: ... expand_filename("~/x2gothinclient ... Which means, instead of selecting the home directory of the user x2gothinclient, it would go to the home directory of the user under which the script is being executed, and a subdirectory "x2gothinclient" there, so most likely /root/x2gothinclient (which doesn't exist) So the script will probably fail whenever it encounters encrypted volumes. (I can't test this myself, I don't have a setup with encrypted USB media.) Issue #2: The user name "x2gothinclient" is hardcoded in several places inside the script. This calls at least for a "my $user='x2gothinclient';" at the beginning of the script, and the replacement of every occurrence of "x2gothinclient" with "$user". The reason being that TCE-Live uses a different user name, namely "user" (and a different home directory, /home/user), so we need to be able to swap out the name in one central location. There are two ways of determining that we're running in TCE-Live, I am not sure which one would be the preferable one: 1) Checking /proc/cmdline for the appearance of (in regex syntax) "\W*live\W*" or "\W*boot=live\W*" (in case your mail software turns asterisks into bold type, there's an asterisk after each capital W). 2) Checking if the directory /lib/live or /lib/live/config exists. If any of these match, then $user should be set to 'user' instead of 'x2gothinclient'. Issue #3: Comparing the master branch in git with the version in stable, line 37 is different. There now is an additional check for the existence of a directory "/usr/share/doc/x2gothinclient-minidesktop". Which script/package creates this directory and why is it equivalent to detecting a running x2gothinclientd? Looks like http://code.x2go.org/gitweb?p=x2gothinclient.git;a=commit;h=a458a1ed666eb12… introduced that change, see http://code.x2go.org/gitweb?p=x2gothinclient.git;a=commit;h=a458a1ed666eb12… but there's no meaningful commit message. Mike#1? Issue #4: I am unhappy with the subroutine check_x2gothinclientd. Indeed, grepping for substrings so you don't trigger on the parameters of your own grep command in the output of ps is a neat hack, but a hack remains a hack. The clean way of handling this, IMO, would be to change the subroutine as follows: sub check_x2gothinclientmode { # check if X2GoClient is running in thinclient mode # old code would check if x2gothinclientd was running, # which fails on X2Go-TCE-live my $x=`ps u -C x2goclient`; if ( $x=~m/\W*--thinclient\W*/ ) { return 1; } return 0; } This will no longer detect if x2gothinclientd is running, but if x2goclient has been called with parameter --thinclient. Which should be the case in both TCE-Classic and TCE-Live. Due to the name change of the subroutine, line 37 needs to be changed to use check_x2gothinclientmode instead of check_x2gothinclientd. Maybe the changed check means the || - part in line 37 is no longer needed as well? Issue #5: Lines 88 and 138 silently assume that there is a subdirectory "export". I can't see it being created anywhere, though. Same goes for lines 107 and 148 and the subdirectory "logins". Issue #6: Why do we need two separate subdirectories "export" and "logins", anyways? Issue #7: Somewhere around line 48, I'm missing a comment that explains what this part of the code is for. I would suggest adding: # mntdir is not the directory where the mountpoint will be rooted, # but where tracking of mount states takes place Issue #8: Why do we have to track these mountpoints manually, anyways? Is the information in /proc/mounts insufficient? -Stefan -- BAUR-ITCS UG (haftungsbeschränkt) Geschäftsführer: Stefan Baur Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243

2 4

Bug#731: if KRB5CCNAME is not set client-side, don't trigger the KRB5 delegation code
by Mike Gabriel 18 Jan '17

18 Jan '17

Package: x2goclient Severity: important Version: 4.0.3.1 If the $KRB5CCNAME envvar is not set, X2Go Client nonetheless tries to push the KRB5CCNAME file to the X2Go Server. This results in a Qt error message window, because the copy command (cp $KRB5CCNAME $KRBFL just before executing x2goruncommand) is only evoked with one parameter ($KRBFL, $KRB5CCNAME is unset). """ x2go-DEBUG-../sshprocess.cpp:449> ssh finished: false - "cp: Fehlender ZieldateiOperand hinter /home/mike/.x2go/C-mike-52-1420843691_stDMATE_dp24/krb5cc cp --help liefert weitere Informationen. " (5). """ 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#1080: can "--server" option to specify the IP of the target, desktop server be added to x2goclient cli
by bmullan 11 Jan '17

11 Jan '17

the -- server option exists for pyhoca-cli but not for the x2goclient cli ? Could it be added to provide that feature parity in the CLI ? thanks brian

3 3

Bug#1134: Bug#1134: No environment variable available for testing in .bash_profile or .bashrc
by Ted Toal 11 Jan '17

11 Jan '17

First, I’m checking DISPLAY by these methods: env | grep DISPLAY echo $DISPLAY By xterm in single application mode, do you mean to start a terminal window from XQuartz? Or do you mean to start an application from x2go using published applications mode? Or? When I ssh into the machine from Mac Terminal or from a terminal window in XQuartz, DISPLAY does not have a value. I don’t know much about the different window environments for unix, but when I set TRINITY on x2go, I am unable to connect, I get the error “Unable to execute: start trinity”. I’m new at x2go and haven’t read any manual yet, I’m just trying to go for it. ted > On Jan 10, 2017, at 2:55 PM, Stefan Baur <X2Go-ML-1(a)baur-itcs.de> wrote: > > Am 10.01.2017 um 23:44 schrieb Ted Toal: >> I’m running in windowed mode (XFCE) through x2go and XQuartz. The >> DISPLAY environment variable is not set. > > Hmm, that shouldn't happen. While I don't have XFCE and a Mac available > tonight, doing the same with TRINITY and a Windows machine gives me a > properly set DISPLAY variable. > > What happens if you run, say, xterm in single application mode? > Is DISPLAY set there? > > -Stefan > > -- > BAUR-ITCS UG (haftungsbeschränkt) > Geschäftsführer: Stefan Baur > Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 > Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243 >

2 2

Bug#1133: Inconsistent Perl used by server or its agent on connect
by Ted Toal 11 Jan '17

11 Jan '17

Package: NXAGENT Version: 3.5.0 My .bash_profile defines Perl environment variables for Active Perl, and adds the Active Perl bin directory to the start of the path. This causes an x2go session to fail with the message: Connection failed. /usr/bin/perl: symbol lookup error: /share/carvajal-archive/PACKAGES/local/ActivePerl-5.24/lib/auto/Sys/Hostname/Hostname.so: undefined symbol: Perl_xs_handshake NXAGENT is user /usr/bin/perl and ignoring the Perl bin directory at the start of the path, but it is nevertheless using the Perl environment variables and so is looking in the wrong place for the Perl library.

4 11

Bug#1134: No environment variable available for testing in .bash_profile or .bashrc
by Ted Toal 10 Jan '17

10 Jan '17

Package: NXAGENT Version: 3.5.0 I would like to bypass setting of certain environment variables in .bash_profile if I’m connecting via x2go, but it appears there are no environment variables I can test in .bash_profile to determine if this is an x2go session. After the session starts, some x2go environment variables are there, but not while .bash_profile is executing.

3 5

Processed: your mail
by owner＠bugs.x2go.org 10 Jan '17

10 Jan '17

Processing commands for control(a)bugs.x2go.org: > reassign 1131 x2goserver 4.0.1.20 Bug #1131 [x2gosqlitewrapper] x2gosqlitewrapper - Session not opening when username starts with a number Warning: Unknown package 'x2gosqlitewrapper' Bug reassigned from package 'x2gosqlitewrapper' to 'x2goserver'. No longer marked as found in versions 4.0.1.20-3.4. Ignoring request to alter fixed versions of bug #1131 to the same values previously set Bug #1131 [x2goserver] x2gosqlitewrapper - Session not opening when username starts with a number There is no source info for the package 'x2goserver' at version '4.0.1.20' with architecture '' Unable to make a source version for version '4.0.1.20' Marked as found in versions 4.0.1.20. > thanks Stopping processing here. Please contact me if you need assistance. -- 1131: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=1131 X2Go Bug Tracking System Contact owner(a)bugs.x2go.org with problems

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