x2go-dev

x2go-dev@lists.x2go.org

5399 discussions

Bug#111: cherry-picked requested commit into release/4.0.0.x branch
by Mike Gabriel 11 Feb '13

11 Feb '13

close #111 thanks Hi Alex, the requested commits have been cherry-picked into the release/4.0.0.x branch. Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein 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…

2 1

Bug#85: SSH proxy feature: X2Go Client / PyHoca-GUI now compatible
by Mike Gabriel 11 Feb '13

11 Feb '13

reassign #85 pyhoca-gui tag #85 pending thanks PyHoca-GUI (>= 0.4.0.0, in prep) and X2Go Client (>= 4.0.0.0) are now compatible again concerning the SSH proxy connection feature. The compat work had been incorporated into python-x2go and pyhoca-gui, so reassigning this issue to pyhoca-gui. Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein 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…

2 1

Bug#118: Fix desktop file
by Orion Poplawski 11 Feb '13

11 Feb '13

Package: x2godesktopsharing Tags: patch diff --git a/x2godesktopsharing.desktop b/x2godesktopsharing.desktop index ba977da..ab8056c 100644 --- a/x2godesktopsharing.desktop +++ b/x2godesktopsharing.desktop @@ -1,6 +1,5 @@ [Desktop Entry] Encoding=UTF-8 -Version=2.0.1-13 Type=Application Name=X2Go Desktop Sharing Exec=/usr/bin/x2godesktopsharing @@ -8,5 +7,5 @@ Icon=x2godesktopsharing StartupWMClass=x2godesktopsharing X-Window-Icon=x2godesktopsharing Terminal=false -Categories=Qt;KDE;Network +Categories=Qt;KDE;Network; StartupNotify=false -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder Office FAX: 303-415-9702 3380 Mitchell Lane orion(a)nwra.com Boulder, CO 80301 http://www.nwra.com

3 2

[humor] Re: Bug #100
by Stefan Baur 11 Feb '13

11 Feb '13

So now we know why Alex isn't fixing Bug #100 in the MS Windows client - it's not a bug, it's a feature: http://xkcd.com/1172/ SCNR, Stefan

1 0

Bug#120: RFE: A "use native size" for connect to local desktop option
by Orion Poplawski 07 Feb '13

07 Feb '13

Package: x2goclient Version: 4.0.0.1 When doing a "connect to local desktop" it would nice to have a "use native size" or similar option to use the native resolution of the remote desktop. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder Office FAX: 303-415-9702 3380 Mitchell Lane orion(a)nwra.com Boulder, CO 80301 http://www.nwra.com

1 0

Bug#119: Windows does not open at requested size
by Orion Poplawski 07 Feb '13

07 Feb '13

Package: x2goclient Version: 4.0.0.1 I created a session with size 1920x1080 (the size of the remote desktop) and "connect to local desktop". My local display consists of two 1600x1200 monitors: Screen 0: minimum 8 x 8, current 3200 x 1200, maximum 8192 x 8192 DP-0 connected 1600x1200+0+0 (normal left inverted right x axis y axis) 367mm x 275mm 1600x1200 60.0*+ DP-1 connected 1600x1200+1600+0 (normal left inverted right x axis y axis) 367mm x 275mm 1600x1200 60.0*+ When the connection window opens, the width has been reduced to fit on one monitor (1600 wide). KDE desktop. Perhaps it is a KDE option riggering the size to fit? -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder Office FAX: 303-415-9702 3380 Mitchell Lane orion(a)nwra.com Boulder, CO 80301 http://www.nwra.com

1 0

x2godesktopsharing group
by Orion Poplawski 06 Feb '13

06 Feb '13

Could someone explain to me the need for the x2godesktopsharing group? I don't see any reference to it here: http://www.x2go.org/doku.php/wiki:components:desktop-sharing The package doesn't do any checking in case the group does not exist: rogram terminated with signal 11, Segmentation fault. #0 0x000000000040adca in ShareTray::slotStartSharing (this=0xf78070) at sharetray.cpp:326 326 chown ( socketFname.toAscii(),getuid(),getgrnam ( "x2godesktopsharing" )->gr_gid ); This results in a segfault if the group is not present. Also, is this the tool to use for a user to connect to their own desktop session when they are away? Thanks! -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder Office FAX: 303-415-9702 3380 Mitchell Lane orion(a)nwra.com Boulder, CO 80301 http://www.nwra.com

1 0

Bug#112: Mac Os X keyboard bug: NumLockMask always set, keyboard unusable
by benjamin milde 04 Feb '13

04 Feb '13

Package: * Version: various versions tried out, see below * Buggy package name not known. I suspect a problem with nx-libraries. ------------------------------------------------------------------------------------------------ I can supply further information for the mac os x keyboard bug in x2go. I think I had this problem already ~2 years ago, when I first tried out x2go. All pressed client keys produce wrong key events on the host. Its a real show-stopper since it makes x2go basically totally unusable for me and others. See also this post on the x2go mailing list https://lists.berlios.de/pipermail/x2go-user/2012-November/001123.html There, Michael had the same problem I observe with: Server Side: Ubuntu 12.04 with x2goserver 3.1.1.6-0~610~precise1 from the stable PPA Client Side: Mac OS X 10.6.8 with x2goclient 3.99.2.1 from the x2go website Keyboard Layout: en_us everywhere, and in x2goclient I checked "Keep current keyboard Settings" I'm using Mac OS X 10.8.2, XQuarz 2.7.4 and also x2goclient 3.99.2.1. I also tried changing x2goserver from stable PPA to 4.1.0 from git. Also toggling "Keep current keyboard Settings" does not make a difference. Server is also a ubuntu machine, but could cross-check this with a Debian install (and see if the same error occurs there). The problem is that keystate changes while it is transferred to the host: MAC: state 0x0, keycode 26 (keysym 0x31, 1), same_screen YES, LINUX: state 0x10, keycode 26 (keysym 0x65, e), same_screen YES, This makes the keyboard unusable, since every client keycode gives a wrong keysym on the host. The mask 0x10 is set for all key events sent to the host, every time. Looking around in X's headers I found: defined in <X.h> /* Key masks. Used as modifiers to GrabButton and GrabKey, results of QueryPointer, state in various key-, mouse-, and button-related events. */ #define ShiftMask (1<<0) #define LockMask (1<<1) #define ControlMask (1<<2) #define Mod1Mask (1<<3) #define Mod2Mask (1<<4) #define Mod3Mask (1<<5) #define Mod4Mask (1<<6) #define Mod5Mask (1<<7) So keystate 0x10 means the keyevent has Mod2Mask set. defined in <xorg/atKeynames.h> (but don't think it's a standard X11 header) #define AltMask Mod1Mask #define NumLockMask Mod2Mask #define AltLangMask Mod3Mask #define KanaMask Mod4Mask #define ScrollLockMask Mod5Mask Which appears to be a NumLockMask. This makes sense since 'dfg' gives the numbers '124', i.e. indicating that I have some sort of Numpad overlay in the middle of the keyboard on the host. For what is worth, a found similar bug report with no machines remote desktop. http://apple.stackexchange.com/questions/31691/no-machine-remote-desktop-is… "For instance, the Delete key was now comma, all the letters were transposed, general chaos. " I can also confirm that backspace is comma, so this seems to be the same NumLockMask problem. Every key is garbled, but not randomly. The same problems apparently appears here in a bug report in XQuartz. They think its not their fault: http://xquartz.macosforge.org/trac/ticket/471 Quote: "From my experience using NX in Linux, NX is badly designed. It sends keycodes instead of KeySyms to the remote NX session. This causes the remote session to behave badly, unless you install the local keyboard map into the remote X session. It is a problem with NX and not the X server. However, that should have no effect on the local keyboard mapping. " If someone could point me in the right direction, I would be glad to help. And as I have no need for the Mod2Mask, as a temporary fix, I would be fine to ignore this mask on the server side and hard code xkey->state &= ~(1u << 4); somewhere. Has someone an idea how to further investigate this issue? Is there someone who can report a working keyboard with Mac Os X as client?

3 2

PyHoca can't start PulseAudio system.
by tech mailinglists 02 Feb '13

02 Feb '13

[English] Hello all, I am using the newest PyHoca Release on Windows and when I start PyHoca I get the message in the tray that the PulseAudio system could not be started. I also tried the PyHoca in debug mode normal and debug also with administrator priviliges and I always get the same messages. Is it possible to fix this so that I get sound support with PyHoca? Best Regards [German] Hallo alle, da mein Englisch nicht das beste ist schreib ich das alles auch nochmal in Deutsch nieder vielleicht versteht es ja jemand. Ich benutze die neuste PyHoca Version auf Windows 7 und wenn ich PyHoca starte bekomme ich im Tray die Meldung das PyHoca das PulseAudio System nicht starten konnte. Ich habe auch versucht im Debug Modus zu starten um vllt. weitere Informationen zu bekommen aber konnte so nichts entdecken. Habe den normalen und den debug Modus auch mit Adminrechten probiert um auszuschließen das es daran liegt, aber auch da bekomme ich die selbe Meldung. Gibt es eine Möglichkeit das Problem zu beheben so das auch in PyHoca der Audiosupport geht? Mit freundlichem Gruß

1 0

Bug#116: Only install what is needed
by Orion Poplawski 01 Feb '13

01 Feb '13

Package: nx-libs The nx-libs install should only install those items that are needed by other x2go/nx applications and libraries. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder Office FAX: 303-415-9702 3380 Mitchell Lane orion(a)nwra.com Boulder, CO 80301 http://www.nwra.com

2 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev