x2go-dev

x2go-dev@lists.x2go.org

1 participants
5403 discussions

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

Arctica Project (e.g. currently coordinatingnx-libs maintenance) has some new mailing lists.
by Mike Gabriel 30 Dec '15

30 Dec '15

Hi all, I am happy to announce that the Arctica Project's mailing list server is online now: http://sunweavers.net/blog/node/29 light+love + happy transition into 2016 to everyone! 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…

1 0

Bug#922: Fwd: X2Go Server contains some IPv4/non-IPv6 logic for creating ports.
by Mike Gabriel 30 Dec '15

30 Dec '15

----- Weitergeleitete Nachricht von Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> ----- Datum: Wed, 30 Dec 2015 09:40:19 +0000 Von: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> Betreff: Re: [X2Go-Dev] X2Go Server contains some IPv4/non-IPv6 logic for creating ports. An: x2go-dev(a)lists.x2go.org Furthermore... On Mi 30 Dez 2015 10:21:20 CET, Mike Gabriel wrote: >> +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)" Since when does X2Go promote Google??? Or even depend on them? As this patch is IPv6-flawed anyway, the next request is pointless... In case the patch is kept, please make this configurable and use the IP address of japsand.x2go.org or some other static IP on the internet that is more political correct, please. Good candidates for this are the root DNS servers of the world: IPv4: 192.228.79.201 192.33.4.12 199.7.91.13 192.203.230.10 192.5.5.241 192.112.36.4 128.63.2.53 192.36.148.17 192.58.128.30 193.0.14.129 199.7.83.42 202.12.27.33 IPv6: 2001:503:ba3e::2:30 2001:500:84::b 2001:500:2::c 2001:500:2d::d 2001:500:2f::f 2001:500:1::803f:235 2001:7fe::53 2001:503:c27::2:30 2001:7fd::1 2001:500:3::42 2001:dc3::35 Regarding IPv4/IPv6 flaw in the patch... There are also setup that are IPv6 only... Tststs... Mike ----- Ende der weitergeleiteten Nachricht ----- -- 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…

1 0

Bug#922: Fwd: X2Go Server contains some IPv4/non-IPv6 logic for creating ports.
by Mike Gabriel 30 Dec '15

30 Dec '15

----- Weitergeleitete Nachricht von Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> ----- Datum: Wed, 30 Dec 2015 09:21:20 +0000 Von: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> Betreff: [X2Go-Dev] X2Go Server contains some IPv4/non-IPv6 logic for creating ports. An: x2go-dev(a)lists.x2go.org 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 ----- Ende der weitergeleiteten Nachricht ----- -- 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…

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