x2go-dev February 2014

x2go-dev@lists.x2go.org

12 participants
92 discussions

Bug#362: Chromium/chrome still crash VcXsrv when used with X2Go (VcXsrv doesn't crash with Chromium/Chrome and plain X via SSH)
by Stefan Baur 06 Jun '14

06 Jun '14

Package: x2goclient Severity: wishlist Version: 4.0.1.2 Even with the newer Xserver that is included in x2goclient-4.0.1.2-pre02-setup, Chromium and Chrome still crash at random intervals. To be exact, they're not crashing themselves, they're crashing the Xserver. Pausing and resuming a session lets you continue where you stopped, yet, this is an instability that users won't put up with since they quit Windows 98/Millennium for good. It's only when X2Go is involved that these crashes occur - if you export the display with ssh (from PuTTY) instead of using x2goclient.exe, Chromium and Chrome behave well. This is not a showstopper for me (my customers are using Iceweasel so far), but it is an issue where I had hoped to see some improvement with the new Xserver.

1 1

Bug#42: GNOME3 desktop (in non-fullscreen mode) does XRandR resizing of the desktop session window
by Mike Gabriel 16 May '14

16 May '14

Package: x2gognomebindings Severity: important Version: 2.0.1.6 When a GNOME3 desktop is opened via X2Go in non-fullscreen mode the GNOME3 xrandr / monitor settings code does some awful resizing of the desktop session window. Reproduce (GNOME3, also an issue with Unity): o you need a client-side display greater than 1024x768 o set desktop size to 1024x768 in x2goclient session profile settings o set desktop session to GNOME on a Debian wheezy server o launch session Compare to KDE4: o you need a client-side display greater than 1024x768 o set desktop size to 1024x768 in x2goclient session profile settings o set desktop session to KDE on a Debian wheezy server o launch session What you see: o with KDE4 the desktop session window will have the expected size o with GNOME3 the window appears in the expected size and then gets resized from inside the starting up GNOME3 session o in my case: GNOME3 tries to resize to 1920x1200 pixel. The windows gets adapted to the greatest size possible on my client display (i.e. the window maximizes) o However, the desktop shell inside the window does not adapt to the window size 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 This might well be a GNOME3 bug (detection of X server resize events), but it normally won't cause problems on physical hardware. So, the X2Go team may have to discover a GNOME3 patch for this problem. 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

schedule release of X2Go Client 4.0.2.0
by Mike Gabriel 06 Apr '14

06 Apr '14

Hi all, I would like to discuss a possible release date for X2Go Client 4.0.2.0. As I see we need to fix #434 before a release is sensible. Any other open issues that people would like to see fixed before the release? 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…

4 22

Bug#349: Tag: patch
by marcoandredinis＠gmail.com 31 Mar '14

31 Mar '14

Package: x2goclient Version: 4.0.1.1 This email was sent to x2go-dev mailling list, but since it also refers a Bug, I am also filling a bug report Hi I'm developing a program that will use X2Go software. I dont want users to notice they are using any other program besides my own. I have two problems right now: A) X2GoClient Using SHADOW mode with "--hide" does not work. The interface waits for selection of Display (usually ":0") and, since there's no input from user (there's no window) the program does not show anything. There are possible ways of fixing/improving this situation: -allow user to set the default display on sessions' file -create one flag and run program like these: "x2goclient --hide --sessionid=xxx --select-first-display" Anyway, i modified the code of x2goclient/onmainwindow.cpp and added these lines: l4348:..if( shadowSession ) l4349:....slotShadowSess(); Compiled the program, and now i can run "./x2goclient --hide --sessionid=xxx" and the window will show up. This is NOT a fix, this is a nasty workaround. It wontn show the list even when the "hide" flag is not present. B) X2GoDesktopSharing Just the icon on SystemTray. If we could pass a flag like "--no-icon" would be great I could do these simple changes on my own, but i rather see this changes on the official code. Thanks, Marco Dinis

4 7

libssh changes. Information for package maintainers
by Oleksandr Shneyder 18 Mar '14

18 Mar '14

Hello, as you know, I made some changes in X2Go Client code. Especially important is that X2Go Client do not open for every reverse tunnel a new ssh connection any more. To make it possible, I made some improvements in libssh. The patch is already accepted by libssh team and Mike will take care about linux packages. The libssh patch for reverse connections is here: http://code.x2go.org/releases/libssh/libssh-0.5.x-accept-forward.patch I have also found another one issue with libssh, however I have not yet an answer from libssh team if they will accept this patch. It is very important for Mac Client to use libssh with this patch. In other case you can expect the poor performance of X2Go Client. You can find a patch here: http://code.x2go.org/releases/libssh/libssh-0.5.x-unblock.patch To be able build current X2Go Client code on Mac or Windows you also need a libssh with this two patches. @Michael DePaulo. Please apply this two patches on your libssh source tree. If you don't want to build libssh by yourself, you can use binaries built by me: http://code.x2go.org/releases/libssh/libssh-0.5.5.zip @Clemens Lang. If you build libssh using brew, you can do next: - uninstall old version of libssh $brew uninstall libssh $cd $(brew --prefix) $brew update - get available libssh vesrions $brew versions libssh - switch to libssh-0.5.5 $git checkout 91e973b Library/Formula/libssh.rb - edit formula $brew edit libssh add libssh patches before def install: def patches [ "http://code.x2go.org/releases/libssh/libssh-0.5.x-accept-forward.patch", "http://code.x2go.org/releases/libssh/libssh-0.5.x-unblock.patch" ] end after that you can build libssh as usual: $brew install libssh regards Alex -- ---------------------------------------------------- Oleksandr Shneyder | Email: o.shneyder(a)phoca-gmbh.de phoca GmbH | Tel. : 0911 - 14870374 0 Bräuhausgasse 9 | Fax. : 0911 - 14870374 9 D-82205 Gilching | Mobil: 0163 - 49 64 461 Geschäftsführung: Dipl.-Inf. Oleksandr Shneyder Amtsgericht München | http://www.phoca-gmbh.de HRB 196 658 | http://www.x2go.org USt-IdNr.: DE281977973 ----------------------------------------------------

3 7

Embed pyhoca-cli window in another window
by Borys Saulyak 08 Mar '14

08 Mar '14

Hello all, I am trying to develop X2GO plugin for Remmina and I am missing one very important feature in pyhoca. I need to be able to "embed" pyhoca window into another window. Something similar to "-parent" for Xephyr or "-X" for rdesktop. I tried myself to find how to do it but failed because my python knowledge is very limited. Do you think it is something that can be easily added? In case if nobody is interested would anyone please point me out in the code where the windows is getting created? Thanks a lot for your help in advance!

3 2

Bug#438: x2goserver and rhel6.4 / selinux Problem
by Mike Gabriel 06 Mar '14

06 Mar '14

Hi Frank, On Fr 28 Feb 2014 09:22:47 CET, Frank Knoben wrote: > Hello Mike, > > the problem is, that I'm not an expert on selinux too. > But I did some more tests. > > Interactive Session - first login, the ~/.Xauthority file is created > and stays after logout with the permissions *system_u:object_r:default_t:s0* > I am still able to login in interactively again. > > But with this permissions, I got the Cookie mismatch problem, when > using the x2goclient. > And when I login with ssh to the computer, I got a xauth error message: > /usr/bin/xauth: ~/.Xauthority not writable, changes will be ignored > > Now I remove all .Xauthority* files. Then a login with ssh will > create the ~/.Xauthority file > with the *system_u:object_r:xauth_home_t:s0* permissions and the > files stays with > these permissions after logout. > > Now when I use the x2goclient, the file permissions change during > the login process from > *system_u:object_r:xauth_home_t:s0* to > *system_u:object_r:default_t:s0 *and stay > that way after logout. The same, as it is with interactive sessions. > So I guess, everything is fine with the x2goserver software and > this is not a bug. > My problem is, that ssh is not able to overwrite the .Xauthority > file, when it has the > default permissions of *system_u:object_r:default_t:s0* . Therefore > the x2goclient is > not able to start a successful session and gets the Cookie mismatch error. > > So I think, you can close this bugreport. Nonono... I actually think there is something wrong with X2Go Server. X2Go Client / PyHoca-GUI (another X2Go client app) should immitate what SSH does. As the X2Go clients call the script /usr/bin/x2gostartagent and this script fiddles with the .Xauthority files via xauth, we should make sure that after modifying the .Xauthority file the SELinux permissions stay intact. Can you please add your proposed chcon command into x2gostartagent (near line 268, there is another position further up for shadow sessions) after xauth has been called and see it that fixes your troubles. Next step: please provide me with an if clause that will test if SELinux is in use or not, so we can call chcon only if SELinux is in use on that system. Thanks+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…

3 15

Bug#440: Request for patch review
by Mike Gabriel 05 Mar '14

05 Mar '14

Hi Alex, can you please review the proposed patch in #440 [1]? Thanks, Mike [1] http://bugs.x2go.org/440 -- 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…

3 7

Bug#441: x2gocleansessions crashes on RHEL 6
by Mike Gabriel 05 Mar '14

05 Mar '14

Package: x2goserver Severity: important Version: 4.0.1.13 Hi all, hi Alex, in x2gocleansessions we use a line of code that is supposed to close all open file handles: """ # close all filehandles for (glob "/proc/$$/fd/*") { POSIX::close($1) if m{/(\d+)$}; } """ This line lets x2gocleansessions crash on RHEL6 based distros. On Debian based distros, x2gocleansessions survives the above line of code. Not sure about Fedora. Does anyone have an idea on this? 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…

2 2

Bug#431: Wiki account created
by Mike Gabriel 28 Feb '14

28 Feb '14

Control: close -1 The wiki account for Marco Woitschitzky has been created some time ago. 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

← 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 February 2014