x2go-dev

x2go-dev@lists.x2go.org

5399 discussions

Bug#386: Make automatic DPI setting available for all platforms X2Go Client builds for
by Mike Gabriel 30 Dec '13

30 Dec '13

Package: x2goclient Severity: wishlist Version: 4.0.1.3 TL;DR: on all platforms X2Go Client builds for... o detect the client-side DPI of the current display o use this DPI inside the X2Go Session o mention the word ,,automatic'' with the DPI setup in X2Go Client's session profile manager IIRC, there is such code already around in X2Go Client code, but it needs some QA and more testing. Mike taken from a private / German communication... """ >>> * Warum muß man die DPI des Bildschirms angeben? xdpyinfo gibt doch >>> die Informationen aus. Könnt Ihr da auch noch eine "Automatik" >>> machen? Alternativ würde ich gerne den Use Case für diese Option >>> verstehen. Wenn sie nicht gesetzt ist, dann sind bei mir die >>> Schriften viel zu klein, mit 96 sah es dann OK aus. >> >> Im X2Go Client ist mittlerweile eigentlich ein Patch, der (wenn >> keine DPI-Zahl explizit gewählt ist) eigentlich die lokale DPI-Zahl >> ausliest und dann für die Sitzung verwendet. Es kann sein, dass der >> Patch nur unter Linux mitgebaut wird (müsste ich nachschauen, aber >> Alex ist das wahrscheinlich fitter, als ich). > Das wäre schön wenn das funktioniert und dann die DPI Einstellung > für den User erkennbar auf "Auto" steht. Aktuell kann man einen > Haken setzen oder nicht, das erklärt aber nicht was passiert wenn > der Haken nicht gesetzt ist. Also im UI noch etwas umbauen so daß > man dann ohne Haken ein Auto sieht und mit Haken eine Zahl eingeben > kann. Und der Haken könnte dann vielleicht Autodetect DPI heißen > oder sowas. Oder Ihr habt halt die Sektio DPI und einen Haken für > Auto und ein Feld, dass bei gesetztem Haken grau und leer wird. """ -- 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#385: Redirect incoming audio stream from TCP to the PA unix domain socket file
by Mike Gabriel 30 Dec '13

30 Dec '13

Package: x2goclient Version: 4.0.1.3 Severity: wishlist Instead of enabling the TCP module in pulseaudio with X2Go Client startup it would be much smarter (and more secure for the user) to pipe the pulseaudio stream coming from the X2Go Server via TCP into the pulseaudio socket file directly. Greets, 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#384: X2Go issue (in src:x2goclient) has been marked as pending for release
by Mike Gabriel 30 Dec '13

30 Dec '13

tag #384 pending fixed #384 4.0.1.3 thanks Hello, X2Go issue #384 (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=02d04cd The issue will most likely be fixed in src:x2goclient (4.0.1.3). light+love X2Go Git Admin (on behalf of the sender of this mail) --- commit 02d04cd1091d8d6a70179aded3d06530b563806d Author: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> Date: Mon Dec 30 01:18:13 2013 +0100 Fix scan for pulseaudio cookie file. Issue got introduced in X2Go Client 4.0.1.2 and let pulseaudio sound setup fail completely in the Linux X2Go Client of that version. (Fixes: #384). diff --git a/debian/changelog b/debian/changelog index 6a3ef6b..7add7c1 100644 --- a/debian/changelog +++ b/debian/changelog @@ -9,6 +9,12 @@ x2goclient (4.0.1.3-0x2go1) UNRELEASED; urgency=low * New upstream version (4.0.1.3): - Protect x2goplugin.html. Make it only available from the local host. + [ Mike Gabriel ] + * New upstream version (4.0.1.3): + - Fix scan for pulseaudio cookie file. Issue got introduced in X2Go Client + 4.0.1.2 and let pulseaudio sound setup fail completely in the Linux + X2Go Client of that version. (Fixes: #384). + -- Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> Tue, 17 Dec 2013 15:34:49 +0100 x2goclient (4.0.1.2-0x2go2) unstable; urgency=low

3 2

Bug#384: Sound stopped working on Linux X2Goclient, or: Lookin' For Cookie In All The Wrong Places
by Stefan Baur 30 Dec '13

30 Dec '13

package: x2goclient severity: important version:4.0.1.2 With X2Goclient 4.0.1.2, sound stopped working on Linux clients. Windows clients were unaffected. Manually copying over the .pulse-cookie file while the session was running fixed the issue. Thanks to sunweaver (Mike#1) and dowdle on IRC, enough info was gathered that I could put two and two together as to what went wrong. Initial theory was that a patch was added for pulseaudio 4 (which keeps the .pulse-cookie file in a different location), but said patch wouldn't check for the version of pulseaudio actually installed on the client. Debian Wheezy shipping with a 2.x release of pulseaudio, the location to copy the file from wouldn't exist, which would explain the behavior we'd seen. Close, but no cookie. (Pun intended.) stracing x2goclient shows this: username@mycutelittletestmachine:~/.config/pulse$ grep -i cookie stracelog read(7, "\0\0\0\4\300\250\0\264\0\0010\0\22MIT-MAGIC-COOKIE-1\0"..., 4096) = 317 writev(6, [{"l\0\v\0\0\0\22\0\20\0\0\0", 12}, {"", 0}, {"MIT-MAGIC-COOKIE-1", 18}, {"\0\0", 2}, {"=[\272)\364\376\331l\327\242\365\307\302\2\17J", 16}, {"", 0}], 6) = 48 stat64("/home/username.config/pulse/cookie", 0xbfacb180) = -1 ENOENT (No such file or directory) stat64("/home/username.pulse-cookie", 0xbfacb180) = -1 ENOENT (No such file or directory) So while it DOES attempt to check both possible locations, it actually checks in /home/username.config/pulse/cookie and /home/username.pulse-cookie while it should check in /home/username/.config/pulse/cookie and /home/username/.pulse-cookie - the slash between username and directory is missing. Please fix ASAP. -Stefan PS: If anyone actually remembers the game title the second part of the subject is referencing: Complimentary cookie for you!

1 0

Periodic X2Go Server CPU usage
by Daniel Lindgren 28 Dec '13

28 Dec '13

Hi all. I have a virtual Arch machine with X2Go Server 4.0.1.8-1 installed. There seems to some CPU activity even when no X2Go sessions are running, see attached image. The first half of the graph is with x2goserver running, the other halt with it stopped. No X2Go Sessions were active on the machine. Using top it looks like it is x2golistsessions and x2gocleansessions that use CPU periodically. If you have multiple virtual machines running X2Go Server, the total CPU consumption of frequently running x2go(list|clean)sessions could probably add up to a noticeable performance hit. Is there a way to change how often they run? Cheers, Daniel

3 3

Bug#381: Outdated Fedora information in installation:x2goclient#fedora
by Mike Gabriel 23 Dec '13

23 Dec '13

Control: close -1 Hi Ville, On Mo 23 Dez 2013 10:28:38 CET, Ville Skyttä wrote: > Package: wiki.x2go.org > > The infomation at > http://wiki.x2go.org/doku.php/doc:installation:x2goclient#fedora about > Fedora is outdated; x2goclient packages are available in official > Fedora repositories nowadays. The whole section should be replaced > with something simple like: > > ---- > > Fedora > > X2Go Client is part of Fedora 19 and later. Install it using the > software installer or the following command: > > yum install x2goclient > > ---- Thanks for poiting this out. Fixed in the wiki. 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

Processed: your mail
by owner＠bugs.x2go.org 21 Dec '13

21 Dec '13

Processing commands for control(a)bugs.x2go.org: > retitle #377 Init scripts (for Debian) not properly working on RPM distros Bug #377 {Done: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de>} [x2gobroker] paramiko fails to recognize known_hosts Changed Bug title to 'Init scripts (for Debian) not properly working on RPM distros' from 'paramiko fails to recognize known_hosts' > fixed #377 0.0.3.0 Bug #377 {Done: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de>} [x2gobroker] Init scripts (for Debian) not properly working on RPM distros There is no source info for the package 'x2gobroker' at version '0.0.3.0' with architecture '' Unable to make a source version for version '0.0.3.0' Marked as fixed in versions 0.0.3.0. > thanks Stopping processing here. Please contact me if you need assistance. -- 377: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=377 X2Go Bug Tracking System Contact owner(a)bugs.x2go.org with problems

1 0

Bug#380: Provide support for systemd
by Mike Gabriel 21 Dec '13

21 Dec '13

Package: x2gobroker-authservice Severity: important For easy use of x2gobroker-authservice with systemd, we need: o a service file (easy!) o a way to configure x2gobroker-authservice without /etc/default/{python-x2gobroker,x2gobroker-authservice} The latter aspect is a little complex. Recommended approaches are drawn at [1]. For x2gobroker-authservice my suggestions is: provide a config file /etc/x2go/x2gobroker-authservice.conf in inifile format that gets parsed by /usr/sbin/x2gobroker-authservice. Environment variables have precedence over inifile options have precedence over the system defaults. Mike [1] http://0pointer.de/blog/projects/on-etc-sysinit.html -- 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#379: Provide support for systemd
by Mike Gabriel 21 Dec '13

21 Dec '13

Package: x2gobroker-daemon Severity: important For easy use of x2gobroker-daemon with systemd, we need: o a service file (easy!) o a way to configure x2gobroker without /etc/default/{python-x2gobroker,x2gobroker-daemon} The latter aspect is a little complex. Recommended approaches are drawn at [1]. For x2gobroker-daemon my suggestions is: provide a config file /etc/x2go/x2gobroker-daemon.conf in inifile format that gets parsed by <python-module>/x2gobroker/defaults.py. Environment variables have precedence over inifile options have precedence over the system defaults. Mike [1] http://0pointer.de/blog/projects/on-etc-sysinit.html -- 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#377: paramiko fails to recognize known_hosts
by Jan Engelhardt 21 Dec '13

21 Dec '13

Package: x2gobroker Version: 0.0.2.3 When logging into a x2gobroker-0.0.2.3 with paramiko-1.11.0, it so happens that, for whatever reason, it rejects the remote side's key despite that being in /var/lib/x2gobroker/.ssh/known_hosts. {u'defsndport': False, u'useiconv': False, u'iconvfrom': 'UTF-8', u'height': 768, u'pack': '16m-jpeg', u'export': '', u'quality': 9, u'fullscreen': False, u'layout': '', 'host=terminalsrv2': '172.18.7.216', 'host=terminalsrv1': '172.18.7.205', u'width': 1024, u'speed': 4, u'soundtunnel': False, u'soundsystem': 'pulse', u'print': True, u'type': 'auto', u'sndport': 4713, u'xinerama': True, u'usekbd': True, u'variant': '', u'applications': ['TERMINAL', 'WWWBROWSER', 'MAILCLIENT', 'OFFICE'], u'host': ['terminalsrv1', 'terminalsrv2', 'terminalsrv3'], u'link': 'lan', u'multidisp': False, 'host=terminalsrv3': '172.18.7.214', u'fstunnel': False, u'sound': False, u'rootless': False, u'name': 'Terminalsitzung starten LAN Einstellungen', u'sshproxyport': 22, u'iconvto': 'UTF-8', u'directrdp': False, u'useexports': True, u'command': 'GNOME', u'dpi': 96, u'sshport': 22, u'setdpi': 0, u'startsoundsystem': 'false', u'user': ''} ['terminalsrv1', 'terminalsrv2', 'terminalsrv3'] ['terminalsrv3', 'terminalsrv1', 'terminalsrv2'] {u'hostname': 'terminalsrv2', u'port': 22} starting thread (client mode): 0xe8ded0L Connected (version 2.0, client OpenSSH_5.1) kex algos:['diffie-hellman-group-exchange-sha256', 'diffie-hellman-group-exchange-sha1', 'diffie-hellman-group14-sha1', 'diffie-hellman-group1-sha1'] server key:['ssh-rsa', 'ssh-dss'] client encrypt:['aes128-cbc', '3des-cbc', 'blowfish-cbc', 'cast128-cbc', 'arcfour128', 'arcfour256', 'arcfour', 'aes192-cbc', 'aes256-cbc', 'rijndael-cbc(a)lysator.liu.se', 'aes128-ctr', 'aes192-ctr', 'aes256-ctr'] server encrypt:['aes128-cbc', '3des-cbc', 'blowfish-cbc', 'cast128-cbc', 'arcfour128', 'arcfour256', 'arcfour', 'aes192-cbc', 'aes256-cbc', 'rijndael-cbc(a)lysator.liu.se', 'aes128-ctr', 'aes192-ctr', 'aes256-ctr'] client mac:['hmac-md5', 'hmac-sha1', 'umac-64(a)openssh.com', 'hmac-ripemd160', 'hmac-ripemd160(a)openssh.com', 'hmac-sha1-96', 'hmac-md5-96'] server mac:['hmac-md5', 'hmac-sha1', 'umac-64(a)openssh.com', 'hmac-ripemd160', 'hmac-ripemd160(a)openssh.com', 'hmac-sha1-96', 'hmac-md5-96'] client compress:['none', 'zlib(a)openssh.com'] server compress:['none', 'zlib(a)openssh.com'] client lang: [''] ser ver lang:[''] kex follows?False Ciphers agreed: local=aes128-ctr, remote=aes128-ctr using kex diffie-hellman-group1-sha1; server key type ssh-rsa; cipher: local aes128-ctr, remote aes128-ctr; mac: local hmac-sha1, remote hmac-sha1; compression: local none, remote none Switch to new keys ... /usr/lib64/python2.6/site-packages/paramiko/client.py:95: UserWarning: Unknown ssh-rsa host key for terminalsrv2: 4d1d9d46a16da7d8c5a3829c920ff5da (key.get_name(), hostname, hexlify(key.get_fingerprint()))) ['terminalsrv3', 'terminalsrv1'] {u'hostname': 'terminalsrv1', u'port': 22} starting thread (client mode): 0xe95cd0L Connected (version 2.0, client OpenSSH_5.1) kex algos:['diffie-hellman-group-exchange-sha256', 'diffie-hellman-group-exchange-sha1', 'diffie-hellman-group14-sha1', 'diffie-hellman-group1-sha1'] server key:['ssh-rsa', 'ssh-dss'] client encrypt:['aes128-cbc', '3des-cbc', 'blowfish-cbc', 'cast128-cbc', 'arcfour128', 'arcfour256', 'arcfour', 'aes192-cbc', 'aes256-cbc', 'rijndael-cbc(a)lysator.liu.se', 'aes128-ctr', 'aes192-ctr', 'aes256-ctr'] server encrypt:['aes128-cbc', '3des-cbc', 'blowfish-cbc', 'cast128-cbc', 'arcfour128', 'arcfour256', 'arcfour', 'aes192-cbc', 'aes256-cbc', 'rijndael-cbc(a)lysator.liu.se', 'aes128-ctr', 'aes192-ctr', 'aes256-ctr'] client mac:['hmac-md5', 'hmac-sha1', 'umac-64(a)openssh.com', 'hmac-ripemd160', 'hmac-ripemd160(a)openssh.com', 'hmac-sha1-96', 'hmac-md5-96'] server mac:['hmac-md5', 'hmac-sha1', 'umac-64(a)openssh.com', 'hmac-ripemd160', 'hmac-ripemd160(a)openssh.com', 'hmac-sha1-96', 'hmac-md5-96'] client compress:['none', 'zlib(a)openssh.com'] server compress:['none', 'zlib(a)openssh.com'] client lang: [''] ser ver lang:[''] kex follows?False Ciphers agreed: local=aes128-ctr, remote=aes128-ctr using kex diffie-hellman-group1-sha1; server key type ssh-rsa; cipher: local aes128-ctr, remote aes128-ctr; mac: local hmac-sha1, remote hmac-sha1; compression: local none, remote none Switch to new keys ... /usr/lib64/python2.6/site-packages/paramiko/client.py:95: UserWarning: Unknown ssh-rsa host key for terminalsrv1: 4d1d9d46a16da7d8c5a3829c920ff5da (key.get_name(), hostname, hexlify(key.get_fingerprint()))) thservice.logEOF in transport thread ['terminalsrv3'] {u'hostname': 'terminalsrv3', u'port': 22} starting thread (client mode): 0xe95290L Connected (version 2.0, client OpenSSH_5.1) kex algos:['diffie-hellman-group-exchange-sha256', 'diffie-hellman-group-exchange-sha1', 'diffie-hellman-group14-sha1', 'diffie-hellman-group1-sha1'] server key:['ssh-rsa', 'ssh-dss'] client encrypt:['aes128-cbc', '3des-cbc', 'blowfish-cbc', 'cast128-cbc', 'arcfour128', 'arcfour256', 'arcfour', 'aes192-cbc', 'aes256-cbc', 'rijndael-cbc(a)lysator.liu.se', 'aes128-ctr', 'aes192-ctr', 'aes256-ctr'] server encrypt:['aes128-cbc', '3des-cbc', 'blowfish-cbc', 'cast128-cbc', 'arcfour128', 'arcfour256', 'arcfour', 'aes192-cbc', 'aes256-cbc', 'rijndael-cbc(a)lysator.liu.se', 'aes128-ctr', 'aes192-ctr', 'aes256-ctr'] client mac:['hmac-md5', 'hmac-sha1', 'umac-64(a)openssh.com', 'hmac-ripemd160', 'hmac-ripemd160(a)openssh.com', 'hmac-sha1-96', 'hmac-md5-96'] server mac:['hmac-md5', 'hmac-sha1', 'umac-64(a)openssh.com', 'hmac-ripemd160', 'hmac-ripemd160(a)openssh.com', 'hmac-sha1-96', 'hmac-md5-96'] client compress:['none', 'zlib(a)openssh.com'] server compress:['none', 'zlib(a)openssh.com'] client lang: [''] ser ver lang:[''] kex follows?False Ciphers agreed: local=aes128-ctr, remote=aes128-ctr using kex diffie-hellman-group1-sha1; server key type ssh-rsa; cipher: local aes128-ctr, remote aes128-ctr; mac: local hmac-sha1, remote hmac-sha1; compression: local none, remote none Switch to new keys ... /usr/lib64/python2.6/site-packages/paramiko/client.py:95: UserWarning: Unknown ssh-rsa host key for terminalsrv3: 4d1d9d46a16da7d8c5a3829c920ff5da (key.get_name(), hostname, hexlify(key.get_fingerprint()))) EOF in transport thread EOF in transport thread starting thread (client mode): 0xe8df50L Connected (version 2.0, client OpenSSH_5.1) kex algos:['diffie-hellman-group-exchange-sha256', 'diffie-hellman-group-exchange-sha1', 'diffie-hellman-group14-sha1', 'diffie-hellman-group1-sha1'] server key:['ssh-rsa', 'ssh-dss'] client encrypt:['aes128-cbc', '3des-cbc', 'blowfish-cbc', 'cast128-cbc', 'arcfour128', 'arcfour256', 'arcfour', 'aes192-cbc', 'aes256-cbc', 'rijndael-cbc(a)lysator.liu.se', 'aes128-ctr', 'aes192-ctr', 'aes256-ctr'] server encrypt:['aes128-cbc', '3des-cbc', 'blowfish-cbc', 'cast128-cbc', 'arcfour128', 'arcfour256', 'arcfour', 'aes192-cbc', 'aes256-cbc', 'rijndael-cbc(a)lysator.liu.se', 'aes128-ctr', 'aes192-ctr', 'aes256-ctr'] client mac:['hmac-md5', 'hmac-sha1', 'umac-64(a)openssh.com', 'hmac-ripemd160', 'hmac-ripemd160(a)openssh.com', 'hmac-sha1-96', 'hmac-md5-96'] server mac:['hmac-md5', 'hmac-sha1', 'umac-64(a)openssh.com', 'hmac-ripemd160', 'hmac-ripemd160(a)openssh.com', 'hmac-sha1-96', 'hmac-md5-96'] client compress:['none', 'zlib(a)openssh.com'] server compress:['none', 'zlib(a)openssh.com'] client lang: [''] ser ver lang:[''] kex follows?False Ciphers agreed: local=aes128-ctr, remote=aes128-ctr using kex diffie-hellman-group1-sha1; server key type ssh-rsa; cipher: local aes128-ctr, remote aes128-ctr; mac: local hmac-sha1, remote hmac-sha1; compression: local none, remote none Switch to new keys ... Traceback (most recent call last): File "/usr/sbin/x2gobroker", line 145, in <module> tornado.ioloop.IOLoop.instance().start() File "/usr/lib64/python2.6/site-packages/tornado/ioloop.py", line 606, in start self._run_callback(callback) File "/usr/lib64/python2.6/site-packages/tornado/ioloop.py", line 457, in _run_callback callback() File "/usr/lib64/python2.6/site-packages/tornado/stack_context.py", line 330, in wrapped raise_exc_info(exc) File "/usr/lib64/python2.6/site-packages/tornado/stack_context.py", line 301, in wrapped ret = fn(*args, **kwargs) File "/usr/lib64/python2.6/site-packages/tornado/iostream.py", line 340, in wrapper callback(*args) File "/usr/lib64/python2.6/site-packages/tornado/stack_context.py", line 330, in wrapped raise_exc_info(exc) File "/usr/lib64/python2.6/site-packages/tornado/stack_context.py", line 301, in wrapped ret = fn(*args, **kwargs) File "/usr/lib64/python2.6/site-packages/tornado/httpserver.py", line 339, in _on_request_body self.request_callback(self._request) File "/usr/lib64/python2.6/site-packages/tornado/web.py", line 1599, in __call__ handler._execute(transforms, *args, **kwargs) File "/usr/lib64/python2.6/site-packages/tornado/web.py", line 1133, in _execute self._when_complete(self.prepare(), self._execute_method) File "/usr/lib64/python2.6/site-packages/tornado/web.py", line 1140, in _when_complete callback() File "/usr/lib64/python2.6/site-packages/tornado/web.py", line 1161, in _execute_method self._when_complete(method(*self.path_args, **self.path_kwargs), File "/usr/lib64/python2.6/site-packages/x2gobroker/web/plain.py", line 136, in post profiles = broker_backend.list_profiles(username) File "/usr/lib64/python2.6/site-packages/x2gobroker/brokers/base_broker.py", line 870, in list_profiles running_sessions, suspended_sessions = x2gobroker.agent.has_sessions(username, query_mode=agent_query_mode, remote_agent=remote_agent) File "/usr/lib64/python2.6/site-packages/x2gobroker/agent.py", line 229, in has_sessions _session_list = list_sessions(username, query_mode=query_mode, remote_agent=remote_agent) File "/usr/lib64/python2.6/site-packages/x2gobroker/agent.py", line 174, in list_sessions return call_remote_broker_agent(username, mode='listsessions', remote_agent=remote_agent) File "/usr/lib64/python2.6/site-packages/x2gobroker/agent.py", line 139, in call_remote_broker_agent raise x2gobroker.x2gobroker_exceptions.X2GoBrokerAgentException('Query to remote X2Go Broker Agent (user: {user}, hostname: {hostname}, port: {port}) failed'.format(user=remote_username, hostname=remote_hostname, port=remote_port)) x2gobroker.x2gobroker_exceptions.X2GoBrokerAgentException: Query to remote X2Go Broker Agent (user: x2gobroker, hostname: terminalsrv3, port: 22) failed

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev