x2go-dev

x2go-dev@lists.x2go.org

5399 discussions

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

Forwarding based on group membership
by John Sigurd Skogtvedt 21 Oct '13

21 Oct '13

Hello, for FreeNX we implemented a hack for forwarding users to certain servers based on LDAP group membership. To do this we wrote a nxcheckload script which returns a different value depending on if a user is member of a group "belonging to" a server. I have attached the script for reference. Is it possible to achieve the same with x2go, forwarding based on group membership? Regards, John.

3 2

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

21 Oct '13

Processing commands for control(a)bugs.x2go.org: > merge #324 #325 Bug #324 [python-x2go] Enable TCP socket in Pulseaudio daemon before starting up session sound Bug #325 [python-x2go] Enable TCP socket in Pulseaudio daemon before starting up session sound Merged 324 325 > merge #325 #326 Bug #325 [python-x2go] Enable TCP socket in Pulseaudio daemon before starting up session sound Bug #324 [python-x2go] Enable TCP socket in Pulseaudio daemon before starting up session sound Bug #324 [python-x2go] Enable TCP socket in Pulseaudio daemon before starting up session sound Bug #326 [python-x2go] Enable TCP socket in Pulseaudio daemon before starting up session sound Merged 324 325 326 > thanks Stopping processing here. Please contact me if you need assistance. -- 324: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=324 325: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=325 326: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=326 X2Go Bug Tracking System Contact owner(a)bugs.x2go.org with problems

1 0

Bug#324: [X2Go-User] pyhoca-cli sound issues [SOLVED]
by Mike Gabriel 21 Oct '13

21 Oct '13

Hi Tim, On Mi 16 Okt 2013 13:23:19 CEST, Tim Kruse wrote: > pacmd load-module module-native-protocol-tcp listen=0.0.0.0 For X2Go, it is sufficient to make pulseaudio listen on 127.0.0.1. The internal (tunneled) communication in X2Go is forced to IPv4, so no need to listen on [::1], the IPv4 localhost address should be just fine. 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#325: Enable TCP socket in Pulseaudio daemon before starting up session sound
by Mike Gabriel 21 Oct '13

21 Oct '13

Package: python-x2go Severity: wishlist Enable TCP socket in PulseAudio before starting a session (that requests pulse support). See below. Mike ----- Weitergeleitete Nachricht von Tim Kruse <tim.kruse(a)kikxxl.de> ----- Datum: Wed, 16 Oct 2013 13:23:19 +0200 Von: Tim Kruse <tim.kruse(a)kikxxl.de> Betreff: Re: [X2Go-User] pyhoca-cli sound issues [SOLVED] An: x2go-user(a)lists.berlios.de Am 16.10.2013 12:44, schrieb Tim Kruse: > which is clear, as there is no open port 4713. > > So, if pyhoca or python-x2go is not able to handle this, is there a > chance to let pulseaudio open this port otherwise? I think of some kind > of script, which will be executed before pyhoca ... I got it: pacmd load-module module-native-protocol-tcp listen=0.0.0.0 before the start of pyhoca-cli let the running pulseaudio deamon open it's port. Or let pulseaudio open the port by default by adding the above line to /etc/pulse/default.pa ... Perhaps it's possible to let pyhoca, or python-x2go respectively, open the port like x2goclient does ... but for me the above solution is enough ... So long, Tim _______________________________________________ X2Go-User mailing list X2Go-User(a)lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-user ----- Ende der weitergeleiteten Nachricht ----- -- 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#326: Enable TCP socket in Pulseaudio daemon before starting up session sound
by Mike Gabriel 21 Oct '13

21 Oct '13

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev