Oleksandr Shneyder | 17 Jul 15:07 2016

Bug#1058: RfC: Bug #1058

There is a command line argument to change this behavior. I added it several weeks ago. 

Am 17. Juli 2016 12:34:30 MESZ, schrieb Stefan Baur <X2Go-ML-1 <at> baur-itcs.de>:
>Hi everyone,
>we're planning a change to X2GoClient that might impact existing users.
>As we haven't received any feedback from you when it was posted to the
>Bugtracker and X2Go-Dev, I'm pinging you directly and asking for
>comments (via BTS only, please - the reply-to header of this mail is
>already pointing to it).
>See: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=1058
>Kind Regards,
>Stefan Baur

Oleksandr Shneyder       | Email: o.shneyder <at> phoca-gmbh.de
phoca GmbH               | Tel. : 0911 - 14870374 0
Harzstr. 4               | Fax. : 0911 - 14870374 9
D-90491 Nürnberg         | Mobil: 0163 - 49 64 461

Dipl.-Inf. Oleksandr Shneyder

Amtsgericht München      | http://www.phoca-gmbh.de
HRB 196 658              | http://www.x2go.org
USt-IdNr.: DE281977973
(Continue reading)

Albrecht Kolthoff | 10 Jul 15:12 2016

Bug#1059: pyhoca-gui can't be installed on OpenSUSE from project repository, OBS repository version throws errors

Package: pyhoca-gui

While the x2goserver and x2goclient packages are running fine on my machines (server: OpenSUSE Leap 42.1,
client: OpenSUSE 13.2), the pyhoca-gui package can't be installed from the x2go repository:

The same applies to the version in the heuler repository which contains nightly builds, as far as I
understand. In both cases the package carries a dependency on python-wxWidgets-2_9 which can't be
fulfilled by the OpenSUSE repositories; these offer only the 3_0 and alternatively the 2_8 packages.

The OpenSUSE Build service version (which is some minor versions behind the current ones on the x2go
project server) actually has a 3_0 dependency (instead of 2_9) and can be installed:

But: this version refuses to run. When started from a terminal command line, it throws these errors:

ak <at> tantalus:~> pyhoca-gui
Traceback (most recent call last):
   File "/usr/bin/pyhoca-gui", line 35, in <module>
     from pyhoca.wxgui.launcher import PyHocaGUI_Launcher
   File "/usr/lib/python2.7/site-packages/pyhoca/wxgui/launcher.py", line 38, in <module>
     from x2go import X2GOCLIENT_OS
   File "/usr/lib/python2.7/site-packages/x2go/__init__.py", line 189, in <module>
     from defaults import X2GOCLIENT_OS
   File "/usr/lib/python2.7/site-packages/x2go/defaults.py", line 388, in <module>
     RSAHostKey = paramiko.RSAKey.generate(RSAKEY_STRENGTH)
   File "/usr/lib/python2.7/site-packages/paramiko/rsakey.py", line 156, in generate
     public_exponent=65537, key_size=bits, backend=default_backend()
   File "/usr/lib64/python2.7/site-packages/cryptography/hazmat/backends/__init__.py", line 35,
(Continue reading)

Mike Gabriel | 12 Jul 06:19 2016

Bug#402: Bug#402: Related issue in Ubuntu MATE...

Control: close -1

On Sun Jul 10 08:26:37 2016 GMT+0200, Christopher Chavez wrote:
> I was one of the reporters of the numlock issue in
> mate-settings-daemon; I agree that the symptoms describe here are due
> to that issue. In Debian it has been resolved since
> mate-settings-daemon 1.8.2-3 (released Mar 2015).
> Christopher Chavez

Ok, closing this bug then.

Greets, Mike

> On Tue, Nov 11, 2014 at 5:54 AM, Mike Gabriel
> <mike.gabriel <at> das-netzwerkteam.de> wrote:
> > This issue (#402) is probably more a MATE upstream problem then an X2Go
> > issue itself...
> >
> >
> > Ubuntu MATE:
> > https://bugs.launchpad.net/ubuntu-mate/+bug/1364111
> >
> > MATE Upstream:
> > https://github.com/mate-desktop/mate-settings-daemon/issues/57
> >
> _______________________________________________
> x2go-dev mailing list
> x2go-dev <at> lists.x2go.org
(Continue reading)

Chris | 10 Jul 12:49 2016

Bug#694: Another workaround

After years this important issue is still there...

On debian jessie one can do:


I don't really see a necessity for a private tmp anyway ...

Apart from the workaround, I would say: why use /tmp for the spool area mount 
points on the server side in the first place? The directories are being owned by 
the respective user anyway.
Why not use the user's home directory under ~/.x2go?
Then this problem would be solved without touching x2goserver-printing nor 
cups-x2go nor the operating system (see the workaround).


P.S.: My lack of knowledge: why has the printing be divided in cups-x2go and 
x2goserver-printing? Why not one package?
Mihai Moldovan | 10 Jul 04:30 2016

Bug#1056: X2Go issue (in src:x2gobroker) has been marked as pending for release

tag #1056 pending
fixed #1056


X2Go issue #1056 (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:


The issue will most likely be fixed in src:x2gobroker (

X2Go Git Admin (on behalf of the sender of this mail)

commit fbb5600f7858d387e15ce289bcfd33158047c188
Author: Walid Moghrabi <w.moghrabi <at> servicemagic.eu>
Date:   Sun Jul 10 04:07:20 2016 +0200

    sbin/x2gobroker-authservice: adapt script to correctly use the newer python-pam module, which now
exposes functionality in pam.pam with backwards compatibility. Fixes: #1056.

diff --git a/debian/changelog b/debian/changelog
index 91dae8d..466985c 100644
--- a/debian/changelog
+++ b/debian/changelog
 <at>  <at>  -17,6 +17,12  <at>  <at>  x2gobroker ( UNRELEASED; urgency=low
(Continue reading)

Stefan Baur | 9 Jul 09:25 2016

Bug#1058: Option to force new session when suspended session is present

package: x2goclient

priority: wishlist


currently, when a suspended session is present and the parameters match
the ones specified on the connection that is about to be established, it
is silently assumed that a reconnect should take place.

We are thinking how this could be changed in a way that doesn't break
the current expected behavior, yet still allows forcing a new session in
parallel to the suspended one.

Possible options:

Adding ...

- a command line parameter

- a per-session setting

- a global setting

- some hack like

  - right-clicking the tile

  - right-clicking the OK button

(Continue reading)

X2Go Bug Tracking System | 8 Jul 20:50 2016

Processed (with 1 errors): your mail

Processing commands for control <at> bugs.x2go.org:

> forcemerge 1057 1056
Bug #1057 [x2gobroker-authservice] x2gobroker-authservice broken in Ubuntu 16.04
Bug #1056 [x2gobroker-authservice] H264 videos working badly
Merged 1056 1057
> thx
Unknown command or malformed arguments to command.
End of message, stopping processing here.

Please contact me if you need assistance.

1056: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=1056
1057: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=1057
X2Go Bug Tracking System
Contact owner <at> bugs.x2go.org with problems
Chris | 7 Jul 07:27 2016

Bug#1053: armhf for debian jessie repo broken

As there is no comment on my report, I would recommend to disable the 
jessie armhf repo altogether.
It does have unresolved dependencies and therefore is an unusable debian 

Brian Bourke-Martin | 6 Jul 17:50 2016

Bug#1054: x2go client single applications cannot leave full screen mode.

Package: x2go Version: When running a single application once it enters full screen mode it cannot leave full screen. There are no log messages which I can find.
x2go-dev mailing list
x2go-dev <at> lists.x2go.org
Chris | 5 Jul 13:04 2016

Bug#1053: no x2goserver for jessie with armhf architecture

Package: x2goserver, mate binding etc. in debian jessie main

In the jessie debian repo, the armhf architecture is incomplete:
there is no x2goserver (and others are missing too) in

I would reckon the packages in jessie/main should be without missing 

However, generally you can compile for the armhf arch, as it is being 
proved by the ubuntu main stable x2go trusty ppa:

Phillip Macdonald | 4 Jul 15:33 2016

Bug#1052: SQLite Database error on connect

Package: x2gosqlitewrapper



When I connect to a session using a Windows 10 Pro x64 machine to a specific CentOS 7.2 guest, I get an SQLite Database error:


“Connection failed. DBD:SQLite:db prepare failed: no such table: sessions at /usr/lib64/x2gosqlitewrapper.pl line 476. Can’t call method “execute” on an undefined value at /usr/lib64/x2go/x2gosqlitewrapper.pl line 484.”


Other connections work fine, but connections to this specific Centos 7.2 server from the Windows 10 Pro client gives this error.


x2go-dev mailing list
x2go-dev <at> lists.x2go.org