x2go-dev January 2016

x2go-dev@lists.x2go.org

28 participants
160 discussions

Bug#980: Replace hardcoded paths to make use of XDG_RUNTIME_DIR
by Klaus Fuerstberger 12 Jan '16

12 Jan '16

Package: x2go Version: 4.0.1.19 I'm sharing a Java application over x2go which is started as single application. Now there is a problem to access the shared folder of the client. x2gomountdirs mounts the folder as a link to /tmp/.x2go-{$USER}/... When the java applications file chooser dialog wants to access /media then the selection jumps to /tmp but cannot find the hidden folder /tmp/.x2go-{$USER} directory, because it is a hidden .dot directory. Is ist possible to change the hardcoded directories to another, not hidden path, eg. /tmp/x2go-{$USER}... and additionally move the temporary files to the users home directory? Or even better, replace the hardcoded paths in the scripts to use XDG_RUNTIME_DIR. Regards Klaus

1 0

Bug#979: X2Go issue (in src:pyhoca-gui) has been marked as pending for release
by Mike Gabriel 11 Jan '16

11 Jan '16

tag #979 pending fixed #979 0.5.0.5 thanks Hello, X2Go issue #979 (src:pyhoca-gui) 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=pyhoca-gui.git;a=commitdiff;h=1356291 The issue will most likely be fixed in src:pyhoca-gui (0.5.0.5). light+love X2Go Git Admin (on behalf of the sender of this mail) --- commit 1356291333fbec86e5a95f7a4eecc7fe90cd5526 Author: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> Date: Mon Jan 11 22:04:59 2016 +0100 add bug closure for #979, fixed by previous commit diff --git a/debian/changelog b/debian/changelog index 865d057..9f1754d 100644 --- a/debian/changelog +++ b/debian/changelog @@ -4,7 +4,7 @@ pyhoca-gui (0.5.0.5-0x2go1) UNRELEASED; urgency=medium - Handle notification the GTK3-way. (Fixes: #769). - Catch a wx._core.PyAssertionError (C++ assertion "IsOk()" failed at ../src/common/image.cpp(429) in Scale(): invalid image) when - rendering icons in the published applications menu. + rendering icons in the published applications menu. (Closes: #979). * debian/control,pyhoca-gui.specs: + Pull-in gobject introspection packages for libnotify support. Fallback to pynotify (GTK2 based notifcations) only if

2 1

X2Go Server contains some IPv4/non-IPv6 logic for creating ports.
by Mike Gabriel 10 Jan '16

10 Jan '16

Hi guys, On So 23 Aug 2015 23:10:59 CEST, git-admin wrote: > This is an automated email from the git hooks/post-receive script. > > x2go pushed a commit to branch master > in repository x2goserver. > > commit bfe3ba761c1d3e9143285ca17edc87ac763ce35d > Author: Mihai Moldovan <ionic(a)ionic.de> > Date: Sun Aug 23 23:08:45 2015 +0200 > > x2goserver/bin/x2gostartagent: changes to Robert Nowotny's > SSH_PORT patch. Fixes: #922. > > Use default outgoing interface to determine IP address. > > Use the whole range of ${RANDOM}'s pool. > > Seed it for good measure. > > Change the default method to randomization instead of IP-based > initialization. > > If IP-based initialization was requested but the default outgoing IP > address unavailable, fall back to randomization. > Haven't looked at X2Go Server code for a while... Today I found the below... > +# Get server IP address. > +get_server_ip_address() { > + # The provided IP address should be outside of any local network. > + # We are only interested in how the kernel would try to reach the > + # non-local IP address specified here. It is not actually contacted > + # in any way. > + typeset ip_output="$(ip route get 8.8.8.8)" > + > + # Remove newlines. > + ip_output="${ip_output//$'\n'}" > + > + # Fetch source address. > + typeset src_address="$(grep -oe > 'src[[:space:]]\{1,\}$\([[:digit:]]\{1,3\}\.$\{3\}[[:digit:]]\{1,3\}\)' > <<< "${ip_output}" | sed -e 's/src[[:space:]]\{1,\}//')" > + > + if [ -n "${src_address}" ]; then > + printf "${src_address}" > + return "0" > + fi > + > + return "1" > +} Has anyone of you ever heard of IPv6? And has anyone ever seen setups where the IPv6 traffic is routed via a different interface compared to IPv4 traffic? Furthermore, within the last years, I never had any problems with server-side ports being the same on different servers. I mostly connect through PyHoca. So if there is a problem in X2Go Client regarding server-side SSH tunnel ports, why--the hack--do you fix that in X2Go Server? If the port allocation is a problem at all, it certainly is a problem that requires fixing in X2Go Client, not X2Go Server. Please consider reverting this flawed patch!!! Scratching my head and wondering... 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/mailxchange/kronolith/fb.php?u=m.gabriel%4…

3 4

Bug#977: hardcoded /opt/X11/bin/xmodmap in onmainwindow.cpp still unfixed
by joerg＠hydrops.han.de 10 Jan '16

10 Jan '16

Package: x2goclient Version: 4.0.5.0 This bug affects mac clients only. Systems: OSX 10.6.8 + XQuartz 2.7.5 from macports OSX 10.10.5 + XQuartz 2.7.5 from macports Hi, this once was #487 from 2010 and it is still there in 4.0.5.0. The result of the execution of the command is not checked. The empty result on stdout is parsed and consequently an empty keymapping and an empty modifier map are sent to the server. Fixing this with xmodmap commands in session on server does not work any more because these changes are overridden every 5 seconds by x2goclient sending empty keymap and empty modifier map again. Please check at least the "command not found result" and display an error message so the user may implement a fix on the client using a symlink. Joerg Ahrens -- ------------------------------------------------------------------------------ Joerg Ahrens _/ Koenigsberger Strasse 32 _/_/ D 31226 Peine _/ _/ Tel.: +49 5171 57308 _/ _/_/_/_/ e-mail: joerg(a)hydrops.han.de _/_/_/_/ _/ ------------------------------------------------------------------------------

2 1

Processed: Re: Bug#977: hardcoded /opt/X11/bin/xmodmap in onmainwindow.cpp still unfixed
by owner＠bugs.x2go.org 10 Jan '16

10 Jan '16

Processing commands for control(a)bugs.x2go.org: > reassign 977 x2goclient 4.0.2.0 Bug #977 [x2goclient] hardcoded /opt/X11/bin/xmodmap in onmainwindow.cpp still unfixed Ignoring request to reassign bug #977 to the same package Bug #977 [x2goclient] hardcoded /opt/X11/bin/xmodmap in onmainwindow.cpp still unfixed There is no source info for the package 'x2goclient' at version '4.0.2.0' with architecture '' Unable to make a source version for version '4.0.2.0' Marked as found in versions 4.0.2.0; no longer marked as found in versions 4.0.5.0. > merge 487 977 Bug #487 [x2goclient] hardcoded /opt/X11/bin/xmodmap in onmainwindow.cpp Bug #977 [x2goclient] hardcoded /opt/X11/bin/xmodmap in onmainwindow.cpp still unfixed Merged 487 977 > thanks Stopping processing here. Please contact me if you need assistance. -- 487: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=487 977: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=977 X2Go Bug Tracking System Contact owner(a)bugs.x2go.org with problems

1 0

Bug#227: Escape characters in username
by Rob Hasselbaum 09 Jan '16

09 Jan '16

Encountering the same issue in 4.0.5.0 on Linux. In my case, I suspect it is caused by a backslash in the remote username. We use Windows ADS for authentication and our usernames have the form "DOMAIN\first.last". The '\' might need to be escaped in the home directory alias.

1 0

Bug#979: pyhoca-gui cannot display application menu on Debian Jessie
by Ondřej Grover 09 Jan '16

09 Jan '16

Package: pyhoca-gui Version: 0.5.0.4-0x2go1+git20150608.1318+jessie.main.1 Dear maintainers, I installed the package pyhoca-gui from the X2Go Debian repositories (deb http://packages.x2go.org/debian jessie main) on my Debian Jessie system. When issuing a published applications session it connects and appears to retrieve the application menu. pyhoca-gui[21717] (x2gocontrolsession-pylib) NOTICE: querying server (CENSORED) for list of published applications pyhoca-gui[21717] (x2gocontrolsession-pylib) NOTICE: published applications query for CENSORED finished, return menu tree However, when I click the icon in systray, it throws an error in the console (I ran it in a console to see log messages) and does not show anything, but keeps running. Here is the full traceback: Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/pyhoca/wxgui/taskbar.py", line 153, in CreateSessionManagerPopupMenu self.menu_sessionmanager = self.PopupMenu(menus_taskbar.PyHocaGUI_Menu_TaskbarSessionManager(self._PyHocaGUI, caller=self,)) File "/usr/lib/python2.7/dist-packages/pyhoca/wxgui/menus_taskbar.py", line 1063, in __init__ submenu=PyHocaGUI_Menu_TaskbarSessionProfile(self._PyHocaGUI, caller=self, profile_name=profile_name)) File "/usr/lib/python2.7/dist-packages/pyhoca/wxgui/menus_taskbar.py", line 605, in __init__ _category_map = _generate_Menu_PublishedApplications(self._PyHocaGUI, caller=self, profile_name=profile_name, session_name=_pubapp_session.get_session_name()) File "/usr/lib/python2.7/dist-packages/pyhoca/wxgui/menus_taskbar.py", line 499, in _generate_Menu_PublishedApplications _icon_bitmap = wx.BitmapFromImage(_icon_image.Scale(22,22)) File "/usr/lib/python2.7/dist-packages/wx-3.0-gtk2/wx/_core.py", line 2916, in Scale return _core_.Image_Scale(*args, **kwargs) wx._core.PyAssertionError: C++ assertion "IsOk()" failed at ../src/common/image.cpp(429) in Scale(): invalid image The published applications session works well with the x2goclient, so the server is not at fault here. I also tested this on a Linux Mint system where I installed pyhoca-gui from the X2Go Ubuntu PPA and there it worked well. Therefore, I conclude that this has something to do with the Debian Jessie wxWidgets library. The versions I have installed: libwxbase3.0-0:amd64 3.0.2-1+b1 libwxgtk3.0-0:amd64 3.0.2-1+b1 python-wxgtk python-wxgtk2.8 python-wxgtk3.0 3.0.1.1+dfsg-2 python-wxversion 3.0.1.1+dfsg-2 python2.7-wxgtk3.0 Kind regards, Ondřej Grover

1 0

Bug#978: change set-kbd option default to 1 on mac osx clients
by joerg＠hydrops.han.de 07 Jan '16

07 Jan '16

Package: x2goclient Version: 4.0.5.0 This bug affects mac clients only. Systems: OSX 10.6.8 + XQuartz 2.7.5 from macports OSX 10.10.5 + XQuartz 2.7.5 from macports Hi, Problem: The keyboard works fine in x2goclient session (if xmodmap is found at hardcoded path "/opt/X11/bin/xmodmap")(see Bugs #487 and #977) only using virtualbox gives a completely garbled keyboard. Explanation for the virtualbox part: virtualbox on a linux host has to find a mapping from X11 keycodes to scancodes that are to be sent to the guest system. It uses three methods to guess this mapping: "byXKB", "byType" and "byLayout". All three methods look at the keycode to keyname mapping of X11, if method "byXKB" gives a result that matches one of several known keyboard layouts, this result is used. Failing this, the results of the other two methods are checked. This works quite well for - linux local access - native X11 remote access from linux client systems - x2goclient access from windows clients - x2goclient access from linux clients but it does not work for x2goclient access from mac clients, because the x2goserver provides bogus keynames for the XkbGetKeyboard() call. This could be fixed using the x2goclient command line parameter --set-kbd=1 because then x2goserver uses some other way to set up XKB key mappings. This method results in virtualbox getting a good keyname to keycode mapping with XkbGetKeyboard(). I have not seen any problems with other X11 clients using the --set-kbd=1 parameter. Unfortunately the parameter value for "--set-kbd" is silently overridden for max osx client in onmainwindow.cpp to 0 . I spent some hours of testing and looking at the source code of virtualbox, x2goserver, the nx part of x2goserver and at last found this code in onmainwindow.cpp: #ifdef Q_OS_DARWIN usekbd=0; type="query"; #endif in two places. I changed it to "usekbd=1" and virtualbox found a perfect keycode to scancode mapping. As I did not find any problems using this setting, I suggest to use usekbd=1; type="query"; as default for x2goclient on OSX. Joerg

1 0

Bug#914: Logout issues, solution [CenOS 7]
by Tsarev Alexey 04 Jan '16

04 Jan '16

Working solution for xfce and CentOS 7 is: # cat /usr/local/bin/xfce4-session #/bin/sh /bin/xfce4-session > /dev/null ___ and set +x bit

1 0

I couldn't understand the status of bug #922 ?
by Eliezer Croitoru 04 Jan '16

04 Jan '16

I have this issue which I am connecting to two hosts and they have the same DISPLAY ports "50". The simple solution is to edit the "x2gostartagent" on the server which works. But I have seen this post: http://permalink.gmane.org/gmane.linux.terminal-server.x2go.devel/10174 Which contains some kind of randomization of ports but I am unsure if x2goagent was patched with it or not, what is the status of this bug? What is required for it to work? Eliezer

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 January 2016