x2go-dev

x2go-dev@lists.x2go.org

2 participants
5403 discussions

Bug#695: Fwd: [Bug 1172639] New: [abrt] nxagent: XKeycodeToKeysym(): nxagent killed by SIGSEGV
by Orion Poplawski 10 Dec '14

10 Dec '14

Package: nx-libs Version: 3.5.0.28 Using host libthread_db library "/lib64/libthread_db.so.1". Core was generated by `/usr/lib64/nx/../x2go/bin/x2goagent -extension XFIXES -nolisten tcp -nolisten t'. Program terminated with signal SIGSEGV, Segmentation fault. #0 XKeycodeToKeysym (dpy=0x3ece520, kc=0 '\000', col=0) at XKBBind.c:122 122 if ((kc<xkb->min_key_code)||(kc>xkb->max_key_code)) Thread 1 (Thread 0x7f1ca40e7740 (LWP 1903)): #0 XKeycodeToKeysym (dpy=0x3ece520, kc=0 '\000', col=0) at XKBBind.c:122 xkb = 0x0 XKeycodeToKeysym(Display *dpy, #if NeedWidePrototypes unsigned int kc, #else KeyCode kc, #endif int col) { XkbDescRec *xkb; if (_XkbUnavailable(dpy)) return _XKeycodeToKeysym(dpy, kc, col); _XkbCheckPendingRefresh(dpy,dpy->xkb_info); xkb = dpy->xkb_info->desc; if ((kc<xkb->min_key_code)||(kc>xkb->max_key_code)) Looks like we need a check for xkb being NULL before trying to reference it. Looks like this is supposed to do that: #define _XkbUnavailable(d) \ (((d)->flags&XlibDisplayNoXkb) ||\ ((!(d)->xkb_info || (!(d)->xkb_info->desc)) && !_XkbLoadDpy(d))) And _XkbLoadDpy(d) should have initialized dpy->xkb_info->desc, so I'm really not sure how this could happen. Unless _XkbCheckPendingRefresh could have set it back to NULL: #define _XkbCheckPendingRefresh(d,xi) {\ if ((xi)->flags&XkbXlibNewKeyboard)\ _XkbReloadDpy((d));\ else if ((xi)->flags&XkbMapPending) {\ if (XkbGetMapChanges((d),(xi)->desc, &(xi)->changes)==Success) {\ LockDisplay((d));\ (xi)->changes.changed= 0;\ UnlockDisplay((d));\ }\ }\ } Also not sure if returning from hibernate is something worth supporting gracefully. -------- Forwarded Message -------- Subject: [Bug 1172639] New: [abrt] nxagent: XKeycodeToKeysym(): nxagent killed by SIGSEGV Date: Wed, 10 Dec 2014 13:44:59 +0000 From: bugzilla(a)redhat.com To: orion(a)cora.nwra.com https://bugzilla.redhat.com/show_bug.cgi?id=1172639 Bug ID: 1172639 Summary: [abrt] nxagent: XKeycodeToKeysym(): nxagent killed by SIGSEGV Product: Fedora Version: 21 Component: nx-libs Assignee: orion(a)cora.nwra.com Reporter: ndbecker2(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: orion(a)cora.nwra.com Description of problem: using x2go, put laptop into hibernate. Then woke up. Tried to reconnect. Version-Release number of selected component: nxagent-3.5.0.28-1.fc21 Additional info: reporter: libreport-2.3.0 backtrace_rating: 4 cmdline: /usr/lib64/nx/../x2go/bin/x2goagent -extension XFIXES -nolisten tcp -nolisten tcp -dpi 115 -D -auth /home/nbecker/.Xauthority -geometry 1680x1015 -name X2GO-nbecker-91-1418065897_stDKDE_dp24 :91 crash_function: XKeycodeToKeysym executable: /usr/lib64/nx/bin/nxagent kernel: 3.17.4-301.fc21.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (8 frames) #0 XKeycodeToKeysym at XKBBind.c:122 #1 find_keystroke at Keystroke.c:395 #2 nxagentCheckSpecialKeystroke at Keystroke.c:420 #3 nxagentDispatchEvents at Events.c:1178 #4 nxagentBlockHandler at Handlers.c:488 #5 BlockHandler at dixutils.c:442 #6 WaitForSomething at WaitFor.c:257 #7 Dispatch at X/NXdispatch.c:619 -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.

1 0

How should we implement disabling microphone input in x2goclient?
by Michael DePaulo 09 Dec '14

09 Dec '14

Hi guys, If you read this email convo: [X2Go-User] Pulseaudio doesn't start on Win7 It becomes clear that X2Go Client for Windows needs a way to pass record=0 to pulseaudio.exe in config.pa. This will disable microphone input. There are 3 ways to do this that I can think of. Which do you think I should implement? Implementing more than one way should be possible. If I do implement more than one way, we need to figure out what overrides what. 1. A command-line argument like --microphone=on|off (proposed by Stefan). This would affect all sessions. 2. Under "Options" -> "Settings", add a new tab like "PulseAudio settings" or "Sound settings" with the microphone on or off option. This would affect all sessions. 3. A session preference. Probably under "Settings" -> " Sound". This might be problematic, since it would be a Windows-client-specific session preference. This would obviously be on a per-session basis. 4. Perhaps a registry key under HKEY_LOCAL_MACHINE rather than HKEY_CURRENT_USER. Only an administrator would have permission to change this reg key. I am leaning towards both 1 and 2. By default, microphone input will be enabled. But if a user toggles it via #2, or if x2goclient is called with the argument from #1, then it will be changed to on or off. So hypothetically, this could happen: 1. it defaults to on. 2. A user turns it off via #2. 3. It is turned on again via #1. 4. The user starts x2goclient again without the argument from #1. It is still on. Another variation is to have #1 forcibly override #2, but only for the current instance of x2goclient So hypothetically, this could happen: 1. it defaults to on 2. A user turns it off via #2 3. It is turned on again via #1, but only for the current instance of x2goclient. The GUI for #2 is greyed out, but only for the current instance. 4. The user starts x2goclient without the argument from #1. it is off again. -Mike

1 0

Bug#692: X2Go issue (in src:x2gobroker) has been marked as pending for release
by Mike Gabriel 09 Dec '14

09 Dec '14

tag #692 pending fixed #692 0.0.3.0 thanks Hello, X2Go issue #692 (src:x2gobroker) 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=x2gobroker.git;a=commitdiff;h=e4be2b0 The issue will most likely be fixed in src:x2gobroker (0.0.3.0). light+love X2Go Git Admin (on behalf of the sender of this mail) --- commit e4be2b012706014d49a330c2a1058f85a5f9977d Author: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> Date: Tue Dec 9 13:08:25 2014 +0100 Don't return X2Go Servers that are actually down, currently. The X2Go Servers get probed via a short portscan on the remote's SSH port. If that portscan fails, another remote X2Go Server is chosen from the list of available server (if any). This portscanning functionality can be switched off via "default-portscan-x2goservers" in x2gobroker.conf or via "broker-portscan-x2goservers" per session profile. (Fixes: #692). diff --git a/debian/changelog b/debian/changelog index 02ed4b3..94f5c22 100644 --- a/debian/changelog +++ b/debian/changelog @@ -29,7 +29,7 @@ x2gobroker (0.0.3.0-0x2go1) UNRELEASED; urgency=low - Provide a test function that checks if the basic broker agent setup (SSH private/public key pair) is available. If not, no SSH broker usage will be attempted. - - Let an ICMP ping request precede the SSH ping command. This notably + - Let a portscan preceed the SSH ping command. This notably reduces timeout duration if the host running the queried broker agent is down). - Catch RequestHandler errors and write them to the error log channel. @@ -202,7 +202,15 @@ x2gobroker (0.0.3.0-0x2go1) UNRELEASED; urgency=low - Enable basic/random load-balancing for UCCS broker frontend. Make UCCS frontend aware of host session profile options of the form "host=<fqdn> (<ipaddr>:<port>). - - Do an ICMP ping before querying a remote agent via SSH. + - Do a portscan on the remote's SSH port before querying a remote agent + via SSH. + - Don't return X2Go Servers that are actually down, currently. The X2Go + Servers get probed via a short portscan on the remote's SSH port. If + that portscan fails, another remote X2Go Server is chosen from the + list of available server (if any). This portscanning functionality + can be switched off via "default-portscan-x2goservers" in x2gobroker.conf + or via "broker-portscan-x2goservers" per session profile. (Fixes: + #692). * debian/control: + Provide separate bin:package for SSH brokerage: x2gobroker-ssh. + Replace LDAP support with session brokerage support in LONG_DESCRIPTION.

2 1

Bug#684: select_session offers offline servers to X2Go Client
by Sergey Savko 09 Dec '14

09 Dec '14

This patch work after patch from http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=686 -- С уважением, Сергей Савко, начальник IT отдела. +7-931-361-04-02

5 9

Bug#693: domain users can't open sessions
by Cristian Falcas 08 Dec '14

08 Dec '14

Package: x2goserver Version: 4.0.1.18 Due to the sanitizer from "/usr/lib64/x2go/x2gosqlitewrapper.pl", domain users can't login. Usually a login id is in for "domain\username" or "username@domain". Bot "\" and "@" are stripped and the sub check_user fails. Either allow at least "@" as a valid char to username, or make it configurable and allow extra chars from a varible in the configuration file. Best regards, Cristian Falcas

3 2

Bug#586: bug 586 seems similar to bug 465
by Brian Lim 08 Dec '14

08 Dec '14

Bug 465 also describes slowness. Bug 465 also documents that the problem is intermittent and illustrates that point in the attached document that contains a plot that shows that the problem gets progressively worse but can suddenly be absent. However, even though the problem can become absent, it very shortly returns.

1 0

Bug#664: X2Go issue (in src:x2goserver) has been marked as pending for release
by Mike Gabriel 06 Dec '14

06 Dec '14

tag #664 pending fixed #664 4.0.1.19 thanks Hello, X2Go issue #664 (src:x2goserver) 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=x2goserver.git;a=commitdiff;h=7be656c The issue will most likely be fixed in src:x2goserver (4.0.1.19). light+love X2Go Git Admin (on behalf of the sender of this mail) --- commit 7be656cd888024baba6df01d06e7ed93258dfc35 Author: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> Date: Sat Dec 6 22:46:08 2014 +0100 Handle AD domain users gracefully when X2Go is used with SQLite DB backend. (Fixes: #664). diff --git a/debian/changelog b/debian/changelog index 5c71034..84cdd56 100644 --- a/debian/changelog +++ b/debian/changelog @@ -50,6 +50,8 @@ x2goserver (4.0.1.19-0x2go1) UNRELEASED; urgency=medium clipboard mode feature (and probably other code changes). - Document session startup / resumption failures (and their reasons) in server-side log output. + - Handle AD domain users gracefully when X2Go is used with SQLite DB + backend. (Fixes: #664). * debian/control: + Add D (x2goserver): libfile-which-perl. + Add C (x2goserver: x2godesktopsharing (<< 3.1.1.2).

2 1

Bug#686: patch for load balancer
by Sergey Savko 05 Dec '14

05 Dec '14

X2go patch is to communicate with all application servers and receive rate of loading. The higher is the less loaded server. Coefficient considered of CPU clock frequency, number of cores, LA, number of users per server. We added modules Sys::Info and Sys::Load in x2gobroker-agent.pl

1 0

Hardware issue on japsand.x2go.org; Wiki and Jenkins affected
by Stefan Baur 05 Dec '14

05 Dec '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi everyone, once again we're having hardware issues with japsand.x2go.org, this also affects the wiki and the Jenkins build service. Data is being moved to a new server; copying everything over and propagating the new DNS entries should be completed by Monday, December 8, 2014. The wiki will be in read-only mode until then. Also, there will be no nightly builds until the situation is resolved. Kind Regards, Stefan X2Go Lead Evangelist on behalf of the X2Go Core Team - -- 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 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQEbBAEBAgAGBQJUgaeRAAoJEG7d9BjNvlEZuRIH90rv1w9yawaRaroVNzDyj/Be Drt6EhrHjBtzL+gAyOebxTPQYKMvTBQhv0dK7h33uHc29PjPA4qVLm44CmuzH1S1 qPvu7Wu2f1LUSrjqdbuoh1QbY36qKI/Auw1A+iRONcYEin3mv+vrKGdt601OVBLw DXgZDMay3F9L3YuN/nM4FAYuWxaxFWajLCNEKj2A1k5UAkqfDOmtXAvPzVS0PL/+ jBvdYQqZEEVs0zVUfIGJ0MgX1U1uiM/wJ6aKgn15iHSXk/1tkVitCN5gdAjXVLUz Gxdo1gxBPvznujKyzVGGtmXMr0B1gdDThaNQNr5VxBsrTjmwSOY5MkEZFvpx0w== =ZwXR -----END PGP SIGNATURE-----

1 0

Bug#664: Confirmed Bug & Patch against git HEAD
by Peter Ludikovsky 05 Dec '14

05 Dec '14

Hello, I can confirm this bug for x2goserver 4.0.1.15 on CentOS 6. Attached is a patch against the current HEAD. Regards, Peter Ludikovsky

1 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