x2go-dev

x2go-dev@lists.x2go.org

2 participants
5403 discussions

Bug#505: Fwd: [Bug 1101726] New: x2goclient fails on hosts using polyinstantiated /tmp directories
by Orion Poplawski 31 May '14

31 May '14

Package: x2goclient -------- Original Message -------- Subject: [Bug 1101726] New: x2goclient fails on hosts using polyinstantiated /tmp directories Date: Tue, 27 May 2014 19:38:53 +0000 From: bugzilla(a)redhat.com To: orion(a)cora.nwra.com https://bugzilla.redhat.com/show_bug.cgi?id=1101726 Bug ID: 1101726 Summary: x2goclient fails on hosts using polyinstantiated /tmp directories Product: Fedora EPEL Version: el6 Component: x2goclient Assignee: orion(a)cora.nwra.com Reporter: rgm+rh(a)gnu.org QA Contact: extras-qa(a)fedoraproject.org CC: orion(a)cora.nwra.com Hi, Description of problem: This is like bug#1100985, but whereas that was an issue with x2goserver, this is an issue with the client. If the host on which the client runs has enabled polyinstantiated /tmp directories as per https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux… then x2goclient cannot connect to anywhere (even if the host that it tries to connect to has a "normal" /tmp). It seems it cannot find the /tmp/.X11-unix/X0 socket on the local host. It should be able to work with X's abstract namespace socket rather than requiring the old filesystem socket. Version-Release number of selected component (if applicable): x2goclient-4.0.1.4-1.el6.x86_64 RHEL 6.5 How reproducible: 100% Steps to Reproduce: 1. Uncomment the line in /etc/security/namespace.conf that reads: #/tmp /tmp-inst/ level root,adm Apply the workaround from bug#1100985 so that /tmp/.X11-unix gets created in the user's /tmp directory (or for testing simply create it by hand with the right permissions). 2. Start a new desktop session as a normal user. Observe that /tmp/.X11-unix/X0 does not exist in that user session. 3. Try to connect anywhere using x2goclient. Actual results: x2go fails with a message of the form: ServerProxy: WARNING! Connection to ':0.0' failed with error 'No such file or directory'. Expected results: x2go works. Additional info: There seems to be no clean way to fix this. RHEL5 had some commented-out example code in /etc/security/namespace.init that was designed for this kind of problem: # If you intend to polyinstantiate /tmp and you also want to use the X windows # environment, you will have to use this script to bind mount the socket that # is used by the X server to communicate with its clients. X server places # this socket in /tmp/.X11-unix directory, which will get obscured by # polyinstantiation. Uncommenting the following lines will bind mount # the relevant directory at an alternative location (/.tmp/.X11-unix) such # that the X server, window manager and X clients, can still find the # socket X0 at the polyinstanted /tmp/.X11-unix. # #if [ $1 = /tmp ]; then # if [ ! -f /.tmp/.X11-unix ]; then # mkdir -p /.tmp/.X11-unix # fi # mount --bind /tmp/.X11-unix /.tmp/.X11-unix # cp -fp -- /tmp/.X0-lock "$2/.X0-lock" # mkdir -- "$2/.X11-unix" # ln -fs -- /.tmp/.X11-unix/X0 "$2/.X11-unix/X0" #fi By experiment, this does not seem to work in RHEL6. It seems that when the namespace.init script runs, the real /tmp is already hidden. If you run the bind mount part at startup, then just make the link in namespace.init, it seems to work, but this is rather ugly. It would be better if x2go would just work. It seems that other X applications were fixed in RHEL6 to not need the workaround. See eg bug#598671, which says that applications should look for X's abstract namespace socket first, before falling back to the old filesystem socket /tmp/.X11-unix/X0. Thanks. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.

3 2

Bug#503: Can't start X Server, please check your installation
by postmaster 30 May '14

30 May '14

Package: X2goclient-4.0.1.3-setup.exe Version: 4.0.1.3 When i open X2GO on my windows vista, it's crash immediately with this message:" Can't start X Server, please check your installation" so i try to desinstall and reinstall but, OMG, X2GO REMEMBER THE OLD PARAMETERS. (the baby seal with My session / root(a)123.45.67.89 / gnome / 800x600 / enabled) so the desinstallation is not clean ! so, i desinstall X2GO i try to manually delete ALL THE REPERTORIES, and clean the windows register with "Regedit" => done and i reinstall X2GO. BUT THE OLD PARAMETERS IS STILL HERE: OMG I'M stuck with this bug: the bad parameters is still her: (the baby seal with My session / root(a)123.45.67.89 / gnome / 800x600 / enabled) and one second after (i can't modify nothing) CRASH " Can't start X Server, please check your installation" so i return to 3.99.2.2 goodbye 4.X :-/ thank you

5 4

Bug#109: still a bug, there is a workaround
by Michael DePaulo 27 May '14

27 May '14

This bug only occurs if the specified external X server does not exist. I can confirm that this bug is still present on 4.0.2.0. Also, for those who are affected by this issue, until it is fixed please, follow this workaround which Stephane Mutz mentioned but did not list: 1. Open regedit (you do not need admin rights.) 2. Browse to the registry key HKEY_CURRENT_USER\Software\Obviously Nice\x2goclient\settings 3.Then set "useintx" to "true"

1 0

Bug#502: Info.plist missing in 4.0.2.0 dmg for Mac
by Hecker, Stefan 26 May '14

26 May '14

Package: x2goclient Version: 4.0.2.0 In version 4.0.2.0 the 'Info.plist' file for Mac is missing in the dmg (seems to have been deleted with commit 91cf6c6e0fa92af2b2a106f627298b037b2bf781). The file was available in the previous version. If it has not been removed on purpose, please re-include it in the build process/dmg, as some software (i. e. munkitools for package management) rely on the information available there. Should there be a reason behind the removal, a short clarification would be appreciated. Best regards, Stefan -- Stefan Hecker ------------------------------------------------------------------------ GOD Gesellsch. für Organisation u. Datenverarbeitung mbH Mittelweg 7 38106 Braunschweig Geschäftsführer: Dietmar Führmann Registergericht: AG Braunschweig Reg.Nr. HRB 2168 ------------------------------------------------------------------------ http://www.god.de

1 0

Bug#478: X2Go issue (in src:x2goclient) has been marked as pending for release
by Mike Gabriel 23 May '14

23 May '14

tag #478 pending fixed #478 4.0.2.1 thanks Hello, X2Go issue #478 (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=c78b9e5 The issue will most likely be fixed in src:x2goclient (4.0.2.1). light+love X2Go Git Admin (on behalf of the sender of this mail) --- commit c78b9e557cdf63c2aadaa04b6454f1e2fd0d6d01 Author: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> Date: Fri May 23 22:46:46 2014 +0200 debian/changelog: add closure for #478 diff --git a/debian/changelog b/debian/changelog index 22d5588..93f1179 100644 --- a/debian/changelog +++ b/debian/changelog @@ -8,7 +8,7 @@ x2goclient (4.0.2.1-0x2go1) UNRELEASED; urgency=low [ Oleksandr Shneyder ] * New upstream release (4.0.2.1): - - Hide GSSAPI options on direct RDP connections. + - Hide GSSAPI options on direct RDP connections. (Closes: #478). - Search X-Server in /Applications/Utilities/XQuartz.app on Mac. - Wrong cmd line option throw error dialog if running not from terminal.

2 1

Bug#478: session profile settings: Hide GSSAPI support with DirectRDP session profiles
by Mike Gabriel 23 May '14

23 May '14

Package: x2goclient Version: 4.0.2.0 Severity: minor Hi Alex, if I configure a Direct RDP session in X2Go Client's session profile settings, the GSSAPI-related options are continued to be shown in the session settings GUI. Like all other SSH-related options, the GSSAPI authentication mechanism should not be configurable for DirectRDP sessions. Can you please fix that in Git master? Thanks. 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#478: Hide GSSAPI option on DirectRDP connections
by Mike Gabriel 23 May '14

23 May '14

Control: tag -1 pending The issue has been fixed by this commit... http://code.x2go.org/gitweb?p=x2goclient.git;a=commitdiff;h=7d3f179286a498d… Regards, 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…

1 0

Bug#480: I also have a segfault which looks like the same problem.
by Oded Arbel 23 May '14

23 May '14

Running x2goclient with a session from the command line, the x2goclient window appears and I get a notice about a new SSH key, and as soon as I approve it the client crashes. In the console I get this output: $ x2goclient --debug --session='ogiery remote' x2go-INFO-1> "Starting x2goclient..." x2go-WARNING-1> "Can't load translator: :/x2goclient_he_il" x2go-WARNING-2> "Can't load translator: :/qt_he_IL" x2go-INFO-3> "Started x2goclient." x2go-DEBUG-../onmainwindow.cpp:479> "$HOME=/home/odeda" x2go-DEBUG-../onmainwindow.cpp:2192> Reading 2 sessions from config file. x2go-DEBUG-../onmainwindow.cpp:2796> Starting session via smartcard, ssh-agent or kerberos token. x2go-INFO-8> "Starting connection to server: proxy.ip.address:22" x2go-DEBUG-../onmainwindow.cpp:2830> Start new ssh connection to server:"proxy.ip.address":"22" krbLogin: false The session I was using is like this: [20140523075017522] speed=2 pack=16m-jpeg quality=9 fstunnel=true export= iconvto=UTF-8 iconvfrom=ISO8859-1 useiconv=false fullscreen=true multidisp=false display=1 maxdim=false rdpclient=rdesktop directrdpsettings= width=800 height=600 dpi=96 setdpi=true xinerama=false usekbd=true type=auto sound=true soundsystem=pulse startsoundsystem=true soundtunnel=true defsndport=true sndport=4713 print=true name=ogiery remote icon=:icons/128x128/x2gosession.png host=remote.ip.address user=odeda key= rdpport=3389 sshport=22 autologin=true krblogin=false krbdelegation=false directrdp=false rootless=false published=false applications=WWWBROWSER, MAILCLIENT, OFFICE, TERMINAL command=KDE rdpoptions= rdpserver= xdmcpserver=localhost usesshproxy=true sshproxytype=SSH sshproxyuser=odeda sshproxykeyfile= sshproxyhost=proxy.ip.adress sshproxyport=15022 sshproxysamepass=false sshproxysameuser=false sshproxyautologin=true sshproxykrblogin=false i've installed x2goclient-dbg, but the backtrace on the core file is still useless.

1 0

X2Go Talk @ IT-Kongress, University of Applied Sciences, Neu-Ulm, Germany (2014-11-13)
by Stefan Baur 22 May '14

22 May '14

Hey everyone, I am happy and proud to announce that the X2Go project has been given the opportunity to present a few of the different use cases X2Go has to offer. More details to follow. :-) Of course, there's already a Wiki entry covering the event: http://wiki.x2go.org/doku.php/events:start?&#talk_it-kongress_university_of… -Stefan

1 0

Today: X2Go on FLOSS weekly
by Mike Gabriel 22 May '14

22 May '14

Hi all, for those who are interested... Mike#2 and Mike#1 from the X2Go developer team will be on FLOSS weekly tonight/today/this morning (depending on where you live). The show starts at 15:30h UTC (on 21st May 2014) at [1]. light+love, Mike [1] http://twit.tv/show/floss-weekly -- 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

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev