x2go-dev

x2go-dev@lists.x2go.org

5399 discussions

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

13 Dec '14

tag #698 pending fixed #698 4.0.1.19 thanks Hello, X2Go issue #698 (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=a3abbf5 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 a3abbf5c94c2c815d4064c4fdde65d59c02c35d5 Author: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> Date: Sat Dec 13 01:24:36 2014 +0100 Remove macro call %systemd_pre for Fedora/EPEL-7 builds. No such macro in Fedora/RHEL7. (Fixes: 698). diff --git a/debian/changelog b/debian/changelog index d8161d7..4d34828 100644 --- a/debian/changelog +++ b/debian/changelog @@ -87,6 +87,8 @@ x2goserver (4.0.1.19-0x2go1) UNRELEASED; urgency=medium + Add to BR: findutils. + For Fedora-like systems, don't make x2goserver bin:package authoritative for non-X2Go directories. (Fixes: #676). + + Remove macro call %systemd_pre for Fedora/EPEL-7 builds. No such macro in + Fedora/RHEL7. (Fixes: 698). [ Matthew L. Dailey ] * New upstream version (4.0.1.19):

2 1

Bug#401: Xfce black screen after correctly logging in CentOS 7
by Phillip Wilson 12 Dec '14

12 Dec '14

After updating x2goserver and x2goserver-xsession on CentOS 7, the x2go client can no longer maintain a x2go session with the x2go server; that is, client connects, a black screen with the X2GO logo is displayed, and the session is terminated. A full system update was done which also included updates for installed x2go packages. If the previous x2goserver and x2goserver-xsession packages are re-installed, everything works as expected. The client and server software details are listed below. X2GoClient_latest_mswin32-setup.exe (x2goclient-4.0.3.0-20141021-setup.exe <http://code.x2go.org/releases/binary-win32/x2goclient/releases/4.0.3.0-2014…> ) After upgrading from x2goserver-4.0.1.15-2.el7.x86_64 and x2goserver-xsession-4.0.1.15-2.el7.x86_64 to x2goserver-4.0.1.18-3.el7.x86_64 and x2goserver-xsession-4.0.1.18-3.el7.x86_64. sessions file on client machine: Loop: WARNING! Unrecognized session type 'unix-kde-depth_32'. Assuming agent session. Auth: WARNING! Failed to read data from the X auth command. Auth: WARNING! Generating a fake cookie for X authentication. Loop: WARNING! Could not retrieve the X server authentication cookie. session.log file from server: running as X2Go Agent NXAGENT - Version 3.5.0 Copyright (C) 2001, 2011 NoMachine. See http://www.nomachine.com/ for more information. Info: Agent running with pid '10668'. Session: Starting session at 'Fri Dec 12 01:26:16 2014'. Info: Proxy running in server mode with pid '10668'. Info: Waiting for connection from 'localhost' on port '30021'. Info: Accepted connection from '127.0.0.1'. Info: Connection with remote proxy completed. Info: Using ADSL link parameters 512/24/1/0. Info: Using agent parameters 5000/10/50/0/0. Info: Using cache parameters 4/4096KB/8192KB/8192KB. Info: Using pack method '16m-jpeg-9' with session 'unix-kde-depth_32'. Info: Using ZLIB data compression 1/1/32. Info: Using ZLIB stream compression 4/4. Info: No suitable cache file found. Info: Listening to X11 connections on display ':56'. Info: Established X client connection. Info: Using shared memory parameters 1/1/0/0K. Info: Using alpha channel in render extension. Info: Not using local device configuration changes. keyboard file created Session: Session started at 'Fri Dec 12 01:26:26 2014'. Session: Terminating session at 'Fri Dec 12 01:26:27 2014'. Info: Waiting the cleanup timeout to complete. Session: Session terminated at 'Fri Dec 12 01:26:27 2014'. FD#4 channel ID#1.

1 0

Bug#698: RPM spec file with non-existant macro on CentOS 7
by Jasmin Lévesque 11 Dec '14

11 Dec '14

Package: x2goserver Version: 4.1.0.0-0.0x2go1.0.git20141208.1203.heuler.el7.centos.x86_64 When installing the nightly build or a rebuilt package, I encounter the following error: /var/tmp/rpm-tmp.e1X31q: line 1: fg: no job control error: %pre(x2goserver-4.1.0.0-0.0x2go1.0.git20141208.1203.heuler.el7.centos.x86_64) scriptlet failed, exit status 1 Error in PREIN scriptlet in rpm package x2goserver-4.1.0.0-0.0x2go1.0.git20141208.1203.heuler.el7.centos.x86_64 The package fails to installs. When digging for the PREIN scriplet, I find the only %pre in the x2goserver is this line: 485: %systemd_pre x2goserver.service These are the built-in macros related to systemd on a fresh CentOS 7 install: [root@centos7 SPECS]# rpmbuild --showrc | grep systemd_ -14: systemd_post -14: systemd_postun -14: systemd_postun_with_restart -14: systemd_preun -14: systemd_requires It seems the %systemd_pre macro is not available. When commenting the line out, the package builds and installs successfully. Thanks, Jasmin Levesque Senior system analyst Vlan! Technologie

4 3

Bug#676: Bug#676
by Jasmin Lévesque 10 Dec '14

10 Dec '14

I was able to build a RPM package manually with the latest sources from git. /etc/sudoers.d/* behaves correctly during install and removal of package. I ran into other issues, i'll create separate tickets to track them. Thanks a lot Jasmin

1 0

Bug#676: Bug#676
by Jasmin Lévesque 10 Dec '14

10 Dec '14

Hi Mike, I've just tried your nightly (from Dec 8). I was able to upgrade the package once. /etc/sudoers.d/ folder was empty bug #675 was corrected. Removing the package manually gave me: warning: file /etc/sudoers.d/x2goserver: remove failed: No such file or directory It seems that file was never there after the upgrade. While trying to re-install the package, I get a new error in the PREIN scriplet. I'll make some more tests and if the problem persist, open a separate bug. I will make a test environment and try to build your package from source and I will be able to troubleshoot this issue a bit more. Thanks for the follow-ups. Jasmin

1 0

Bug#696: Can't resume session started by Windows X2Go client with Linux X2Go client
by Daniel Lindgren 10 Dec '14

10 Dec '14

Package: x2goclient Version: 4.0.3.1-1 Started a new session from a Windows 7 PC with X2Go client (4.0.3.0) to a Debian Jessie PC with X2Go server (4.0.1.18-0x2go1+git20141006.949+jessie.main.1). Disconnected the session. Tried to resume the suspended session from a Debian Jessie PC with X2Go client (4.0.3.1-1), an error message was presented that said: Failed to restore all the required visuals. Cant't resume the NX session on this display. The other way around works (starting a new session on Linux and resuming it from Windows). Cheers, Daniel

1 0

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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev