x2go-dev October 2013

x2go-dev@lists.x2go.org

25 participants
93 discussions

client inconsistencies when resizing GNOME sessions
by Pedro Pinto 24 Oct '13

24 Oct '13

Hi Guys, I've found some inconsistent X2GO client behaviour, and was hoping someone could shed some light. In short, it seems that the C++ x2goclient for Mac is able to handle "session resizing" correctly, but Pyhoca-GUI for Linux isn't, even though they are configured with exaclty the same session parameters. Specifically: --- when I start a GNOME-fallback session using the Pyhoca-GUI for Linux, the remote desktop appears with a "constant geometry", where resizing the local session window simply crops the view of the remote GNOME-fallback desktop. -- on the other hand, using the C++ x2go client for Mac, I can successfuly resize the local session window, and the remote GNOME-fallback desktop also resizes automatically. -- strangely, I can get Pyhoca-GUI to *also* resize properly if I do the following: 1) Start a GNOME-fallback session with the C++ x2goclient for Mac, then suspend the session. 2) Use Pyhoca-GUI for linux to resume the session in 1). Then, Pyhoca-GUI is able to handle session resizing properly, ie, resizing the local session window will resize the remote GNOME desktop. This last point suggests that the resizing issue is not a GNOME bug, but an issue with the X2GO client. Also, let me mention how this relates to the bug in http://bugs.x2go.org/42. Using the C++ x2goclient for Mac, I verified that this happens: o with GNOME3 the window appears in the expected size and then gets resized from inside the starting up GNOME3 session but these don't: o I can manually resize the window afterwards via the client-side window manager (play with your mouse on the window borders...) o Still, the desktop shell inside does not adapt its size On the contrary, the C++ X2goclient is able to perform the auto-resizing correctly. Versions that I'm using: -- C++ X2goclient for Mac, version 4.0.1.0 -- Pyhoca GUI for Linux, version 0.4.0.8 -- x2goagent: 3.5.0.20 -- x2goserver: 4.0.1.6 -- x2goserver-extensions: 4.0.1.6 -- x2goserver-pyhoca: 4.0.1.6 -- x2goserver-xsession: 4.0.1.6 A last, related question that perhaps someone can point me in the right direction: I'd like to implement a "stretch/compress" resizing behaviour, where: --- the resolution of the remote GNOME-fallback session is always constant (say 1280x720). --- when the user resizes the local session window, it does *not* modify the resolution of the remote GNOME-fallback session, but simply distorts it (stretch/compress) so that it fits the window exactly. Is this possible at all? If so, where should I start looking to implement this feature? Many thanks, Pedro

2 1

Bug#331: X2Go issue (in src:x2goserver) has been marked as pending for release
by Mike Gabriel 24 Oct '13

24 Oct '13

tag #331 pending fixed #331 4.0.1.7 thanks Hello, X2Go issue #331 (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=c3be1cd The issue will most likely be fixed in src:x2goserver (4.0.1.7). light+love X2Go Git Admin (on behalf of the sender of this mail) --- commit c3be1cdb1145b0d6ebdc27f0aa1c2b8564f0000b Author: Helmer Teles <helmer.teles(a)mykolab.com> Date: Thu Oct 24 08:59:26 2013 +0200 Make umask that is used when mounting client-side folders via SSHFS configurable in x2goserver.conf. (Fixes: #331). diff --git a/debian/changelog b/debian/changelog index 46354a8..d40a494 100644 --- a/debian/changelog +++ b/debian/changelog @@ -24,6 +24,11 @@ x2goserver (4.0.1.7-0~x2go1) UNRELEASED; urgency=low - Move xfonts-base from Recommends: field to Depends: field (bin:package x2goserver). + [ Helmer Teles ] + * New upstream version (4.0.1.7): + - Make umask that is used when mounting client-side folders via SSHFS + configurable in x2goserver.conf. (Fixes: #331). + [ Jürgen Hötzel ] * New upstream version (4.0.1.7): - Use bash-builtin 'type' instead of to be avoided 'which'. (Fixes: #305).

2 1

X2Goclient portable
by Tobias Luther | X2Go-Community.org 23 Oct '13

23 Oct '13

Hi, I got a question @ the forum I cannot answer. Does anybody know what to answer to this question? Thank you, Tobias ============================================= Hallo, Currently I'm spending some time to create a portable X2GO client for Windows with software-virtualization tools (thinapp, cameyo). Unfortuneatly I haven't been successfull until now. Has anybody tried the same thing and had more success than me? It would be very cool to have just an executable of the x2GO client without the need for an installation. Best regards, Fabian

2 1

x2go session broker & apache
by Ted Barnes 23 Oct '13

23 Oct '13

Hi All: Am experimenting with x2go session broker (am running it in a virtual machine). All in all, I plan to try to run my x2go sessions through an SSL connection to avoid having to manage SSH keys. Because I anticipate a more complicated setup, am trying the "wsgi" option. Installed just fine (apt-get install x2gobroker-wsgi). The documentation mentions using Apache along side (http://wiki.x2go.org/doku.php/doc:installation:x2gobroker: " With Apache2+WSGI...), so I tried to install apache2 but get the following type of error: Starting web server: apache2 Syntax error on line 7 of /etc/apache2/conf.d/x2gobroker-wsgi: Invalid command 'WSGIDaemonProcess', perhaps misspelled or defined by a module not included in the server configuration Action 'start' failed. The Apache error log may have more information. failed! Should I not be trying to install Apache (this is a fresh VM, so apache was not previously installed), or is there some other install or setting I should have done? Thanks!

2 1

Bug#331: Default umask when mounting sshfs tunnel
by Helmer Teles 23 Oct '13

23 Oct '13

Package: x2goserver Version: 4.0.1.6-0~712~precise1 Tag: Patch Hello dear mates. Just had a problem that when a user moves or copy a file from the mounted sshfs dir to a shared directory on the x2goserver, if this is a shared folder for a group with respective ACL's we've got a problem with the final permissions. The easy way to solve this is to change the x2gomountdirs to include the umask param. Also included is the modification required at /etc/x2goserver.conf If stay uncommented the umask will stay as is on the server side ( client local computer ) and the value provided ( 0117 ) will make all files to be with rw-rw---- P.S: As i don't have the original x2goserver.conf don't apply the diff as is, but use it as reference please. the diff's are attached as Mr. Michael kindly asked. Best regards, -- Com os melhores cumprimentos. Helmer Teles http://hteles.wordpress.com[1] "Sent from my Linux Device" Please don't send me proprietary file formats, use ISO standard ODF instead (ISO/IEC 26300) -------- [1] http://hteles.wordpress.com/

1 0

Default umask when mounting sshfs tunnel
by Helmer Teles 23 Oct '13

23 Oct '13

Hello dear mates. Just had a problem that when a user moves or copy a file from the mounted sshfs dir to a shared directory on the x2goserver, if this is a shared folder for a group with respective ACL's we've got a problem with the final permissions. The easy way to solve this is to change the x2gomountdirs to include the umask param. My diff is below. Is there any other way ( missed /etc/x2go/* param that i've missed to solve this problem? 34,35d33 < my $umask="0117"; < 277c275 < $msg = "sshfs $code_conv -o idmap=user,uid=`id -u`,gid=`id -g`,umask=$umask,ServerAliveInterval=300,Cipher=blowfish,IdentityFile=$key,UserKnownHostsFile=$key.ident \"$user\"\@$host:\"@dirs[$i]\" \"$mntpath\" -p $port"; --- > $msg = "sshfs $code_conv -o idmap=user,uid=`id -u`,gid=`id -g`,ServerAliveInterval=300,Cipher=blowfish,IdentityFile=$key,UserKnownHostsFile=$key.ident \"$user\"\@$host:\"@dirs[$i]\" \"$mntpath\" -p $port"; 280c278 < if (system("sshfs $code_conv -o idmap=user,uid=`id -u`,gid=`id -g`,umask=$umask,ServerAliveInterval=300,Cipher=blowfish,IdentityFile=$key,UserKnownHostsFile=$key.ident \"$user\"\@$host:\"@dirs[$i]\" \"$mntpath\" -p $port 2>>~/mounts.log")==0) --- > if (system("sshfs $code_conv -o idmap=user,uid=`id -u`,gid=`id -g`,ServerAliveInterval=300,Cipher=blowfish,IdentityFile=$key,UserKnownHostsFile=$key.ident \"$user\"\@$host:\"@dirs[$i]\" \"$mntpath\" -p $port 2>>~/mounts.log")==0) -- Com os melhores cumprimentos. Helmer Teles http://hteles.wordpress.com "Sent from my Linux Device" Please don't send me proprietary file formats, use ISO standard ODF instead (ISO/IEC 26300) .-. G N U /v\ L I N U X // \\ --------- /( _ )\ May The Source Be ^^ ^^ With You...

2 1

Bug#330: Incorrect detection of color depth on Windows
by kenneth 22 Oct '13

22 Oct '13

Package: python-x2go Version: 0.4.0.8 Tags: patch The following code is used when detecting color depth on Windows (in x2go/utils.py): return win32api.GetSystemMetrics(2) The following constant actually has the numeric value 2: SM_CXVSCROLL - The width of a vertical scroll bar, in pixels. See e.g. http://msdn.microsoft.com/en-us/library/windows/desktop/ms724385(v=vs.85).a… At least on my system (Windows 7), this value is 17, causing python-x2go to incorrectly identify the display as having 17 bits-per-pixel. The attached patch fixes this issue by creating a screen display context and querying it for the color depth. Regards, Kenneth Pedersen >From aba9e380f1a26299042a7f075217c9ad99505f73 Mon Sep 17 00:00:00 2001 From: Kenneth Pedersen <kenneth(a)wangpedersen.com> Date: Mon, 21 Oct 2013 22:07:53 +0200 Subject: [PATCH] Detect color depth correctly on Windows --- x2go/utils.py | 8 ++++++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/x2go/utils.py b/x2go/utils.py index e8d80bc..8ecbf2c 100644 --- a/x2go/utils.py +++ b/x2go/utils.py @@ -48,6 +48,8 @@ if _X2GOCLIENT_OS != 'Windows': if _X2GOCLIENT_OS == 'Windows': import win32api import win32gui + import win32print + import win32con def is_in_nx3packmethods(method): @@ -555,8 +557,10 @@ def local_color_depth(): return 24 else: - return win32api.GetSystemMetrics(2) - + # This gets the color depth of the primary monitor. All monitors need not have the same color depth. + dc = win32gui.GetDC(None) + _depth = win32print.GetDeviceCaps(dc, win32con.BITSPIXEL) * win32print.GetDeviceCaps(dc, win32con.PLANES) + win32gui.ReleaseDC(None, dc) def is_color_depth_ok(depth_session, depth_local): """\ -- 1.8.4.msysgit.0

1 0

Fwd: Returned mail: see transcript for details
by Orion Poplawski 22 Oct '13

22 Oct '13

Problem with the bug server? -------- Original Message -------- Subject: Returned mail: see transcript for details Date: Wed, 16 Oct 2013 16:41:46 -0600 From: Mail Delivery Subsystem <MAILER-DAEMON(a)cora.nwra.com> To: <orion(a)cora.nwra.com> The original message was received at Tue, 15 Oct 2013 15:58:02 -0600 from barry.cora.nwra.com [10.10.20.7] ----- The following addresses had permanent fatal errors ----- <submit(a)bugs.x2go.org> (reason: 451 4.3.5 Server configuration problem) ----- Transcript of session follows ----- ... while talking to bugs.x2go.org.: >>> DATA <<< 451 4.3.5 Server configuration problem <submit(a)bugs.x2go.org>... Deferred: 451 4.3.5 Server configuration problem <<< 554 5.5.1 Error: no valid recipients Message could not be delivered for 1 day Message will be deleted from queue

2 2

Bug#329: python-x2go does not appear to depend on python-cups
by Orion Poplawski 21 Oct '13

21 Oct '13

Package: python-x2go I can't see any actually dependency on python-cups, is that correct? -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane orion(a)nwra.com Boulder, CO 80301 http://www.nwra.com

1 0

Bug#328: x2goclient creates $HOME/ssh folder
by Mathias Ewald 21 Oct '13

21 Oct '13

Package: x2goclient Version: 4.0.1.1 Creating a http connection to a x2gobroker over HTTPS with self-signed certificate, I get the following folder in my home directory: mewald@x220:~$ cd $HOME/ssl mewald@x220:~/ssl$ find . ./exceptions ./exceptions/access.vxlt.net ./exceptions/access.vxlt.net/9F_39_13_D5_E8_B9_6E_4F_51_CE_60_01_44_1A_6A_2B mewald@x220:~/ssl$ Probably should be in $HOME/.x2go/ instead. cheers Mathias

1 0

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev October 2013