x2go-dev February 2012

x2go-dev@lists.x2go.org

33 participants
81 discussions

translating X2Go
by Mike Gabriel 20 Feb '12

20 Feb '12

Hi all, over the weekend Daniel Lindgren and Terje Andersen have added Swedish and Norwegian translations to X2Go Client and Pyhoca-GUI. We have set up a wiki page together that explains how translating X2Go works: http://wiki.x2go.org/wiki:development:i18n The translators communicate on: x2go-i18n(a)lists.berlios.de We currently need help with any language apart from: German Bokmal (Norway) Swedish The following language we have translators for, but the teams could grow here: Dutch Russian Spanish (currently only for PyHoca-GUI) Apart from the named language no other languages are supported within X2Go components. If you are shy with coding but speak a language that is not on the list here (or that is on the bottom list), then do not hesitate to support the i18n team of X2Go. Join the list... http://lists.berlios.de/mailman/listinfo/x2go-i18n ... and start translating X2Go into your regional language!!! Welcome everyone! Mike -- DAS-NETZWERKTEAM mike gabriel, dorfstr. 27, 24245 barmissen fon: +49 (4302) 281418, fax: +49 (4302) 281419 GnuPG Key ID 0xB588399B 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 5

New major distribution builds available for X2go
by Michael Kromer 20 Feb '12

20 Feb '12

Hi all, as announced previously I have good news: We have a very large set of packages for the following distributions: - openSUSE 12.1 & Factory (12.2) - Fedora 15 - Fedora 16 And now we can say x2go is enterprise-ready: - SLES 11 - RHEL 5 - RHEL 6 At this point I would like to thank Jan Engelhardt - Without him this wouldn't had been possible in such a short period of time. To see the full OBS project please take a look at: https://build.opensuse.org/project/monitor?project=home%3Ajengelh%3Abranche… To add the repositories, please navigate to: http://download.opensuse.org/repositories/home:/jengelh:/branches:/X11:/Rem… The SUSE based packages have been tested and are working great. All distributions have been built to only depend on what is included within the base distro packages. We are _not_ amused by the behaviour like Red Hat works with extended packages they don't want to give support for (like by calling EPEL "a well-maintained" repository [1]). We also must say, that the "modern" versions have been a lot "easier" than the rest, just because of the dependency stuff. All packages have been verified through all kind of (and sometimes also super weird stict) brpchecks and rpmlint checks, so the package format should be fine with about any distro which takes care of clean buildroot-based package building. There has been a lot of effort to generalize the packages to have just one single SPEC-file for on package on all distros. This resulted in various patches we kindly request to get upstream, as we really think these patches are a great enhancement. As a result of what we had as a code base and the build requirements we were not able to provide x2goplasmabindings for the older (enterprise) distributions, for example. Now about what's coming next: - Please test, test, test. Just send us any feedback back to this list, as we really want x2go to work on more than debian/ubuntu. - For the moment we concentrated on the SQLite based stuff, although PostgreSQL should also work - We hope to see some tarballs regarding the plugins which have been created some time ago (http://plugin.x2go.org is offline :() to get them packaged as well. - Looking to get all our patches upstream with X2Go main development (Alex, Heinz-Markus) - Get all packages to the (broke) upstream OBS project X11:RemoteDesktop:x2go Feel free to comment, suggest, whatever - Thanks! Just for the fun - some numbers: Patch sizes (lines): find . -iname "*.diff" | xargs -l1 wc -l | sort -rn 2382 ./nx-libs/unique-libnames.diff 380 ./nx-libs/parallel-make.diff 180 ./nx-libs/honor-ac-dirs.diff 122 ./nx-libs/standard-dirs.diff 102 ./nx-libs/so-version.diff 98 ./nx-libs/use-shared-libs.diff 92 ./x2goserver/man2html.diff 74 ./nx-libs/configure-args.diff 64 ./fdupes/fdupes-sort-output.diff 51 ./vh-man2html/man2html-automake.diff 45 ./fdupes/fdupes.diff 34 ./libssh/remove-pedantic-errors.diff 26 ./x2goclient/protos.diff 24 ./nx-libs/no-x11r6.diff 22 ./x2goserver/parallel-make.diff 22 ./x2goclient/parallel-make.diff 22 ./x2goclient/man2html.diff 22 ./x2goclient/fd729eb-fix-segfault.diff 16 ./x2gognomebindings/implicit.diff 13 ./cmake/cmake-disable-builtin-chrpath.diff Spec sizes (lines): find . -iname "*.spec" | xargs -l1 wc -l | sort -rn 1736 ./nx-libs/nx-libs.spec 250 ./x2gothinclient/x2gothinclient.spec 196 ./x2goserver/x2goserver.spec 148 ./xz/xz.spec 134 ./libssh/libssh.spec 130 ./libcap/libcap.spec 111 ./x2goclient/x2goclient.spec 105 ./libevent/libevent.spec 105 ./cmake/cmake.spec 97 ./cmake/cmake-gui.spec 95 ./perl-DBD-SQLite/perl-DBD-SQLite.spec 88 ./perl-DBI/perl-DBI.spec 82 ./python-x2go/python-x2go.spec 78 ./perl-macros/perl-macros.spec 77 ./x2gognomebindings/x2gognomebindings.spec 76 ./python-greenlet/python-greenlet.spec 76 ./perl-Config-Simple/perl-Config-Simple.spec 71 ./x2godesktopsharing/x2godesktopsharing.spec 71 ./pinentry-x2go/pinentry-x2go.spec 71 ./cups-x2go/cups-x2go.spec 70 ./python-pycrypto/python-pycrypto.spec 68 ./qmake/qmake.spec 68 ./python-distribute/python-distribute.spec 67 ./x2golxdebindings/x2golxdebindings.spec 67 ./python-gevent/python-gevent.spec 66 ./x2goplasmabindings/x2goplasmabindings.spec 62 ./vh-man2html/vh-man2html.spec 61 ./python-paramiko/python-paramiko.spec 61 ./fdupes/fdupes.spec 53 ./eh-man2html/eh-man2html.spec 43 ./makepasswd/makepasswd.spec Best regards, - mike Michael Kromer [1] https://www.redhat.com/archives/spacewalk-devel/2011-October/msg00058.html

5 17

[PATCH] xauth file location mismatch in x2gostartagent
by Milan Knížek 20 Feb '12

20 Feb '12

Hello, the /usr/bin/x2gostartagent script does not sufficiently specify the location of $XAUTHORITY file for the xauth command, while the command line for starting x2goagent refers to a specific location $HOME/.Xauthority. Usually, this works, because if nothing is specified on the command line for xauth and the $XAUTHORITY variable is not defined, it falls back to $HOME/.Xauthority. Nonetheless, recent GDM versions set XAUTHORITY to /var/run/gdm/auth-for-$USER-blabla/database. As a result, when opening a shadow session as another user, /usr/bin/x2gostartagent adds the cookie to $XAUTHORITY (/var/run/gdm...) and then starts x2goagent -auth $HOME/.Xauthority, which fails obviously. The attached patch removes the -f $HOME/.Xauthority parameter from the x2goagent command line to resolve the problem. It also removes a redundant '-S' parameter (there is already $SESSION_TYPE there). Can users of other distributions or display managers test if it does not break something else? (It works on Arch Linux with GDM and Xfce.) Regards, Milan -- http://www.milan-knizek.net/ About linux and photography (Czech only) O linuxu a fotografování

3 6

Several Typos in X2Go-Client, Windows, German
by newsgroups.mail2＠stefanbaur.de 19 Feb '12

19 Feb '12

Just noticed this in the systray icon's pull-down menu: "Wiederhestellen" should be "Wiederhe_r_stellen". Also, in Sitzungsvoreinstellungen/Neue Sitzung/Sitzung/Server: "SSH Port" should be "SSH-Port" "RSA/DSA Schlüssel verwenden" should be "RSA-/DSA-Schlüssel verwenden" In Sitzungsvoreinstellungen/Neue Sitzung/Einstellungen: "Benutze Port Weiterleitung"[...] should be "Benutze Port-Weiterleitung". "DPI Auflösung festlegen" should be "DPI-Auflösung festlegen" or "Auflösung festlegen (in DPI)" And in Sitzungsvoreinstellungen/Neue Sitzung/freigegebene Ordner: "Benutze SSH Port Weiterleitung"[...] should be "Benutze SSH-Port-Weiterleitung". "Desktopverknüpfung erzeugen" shows a message containing the string "ohne das x2goclient". I believe this contains two errors, for one, "das" should be "dass", and the commonly accepted name for the client isn't written in all lowercase, IIRC. You will probably want to call it "X2Goclient", "X2GoClient" or "X2Go-Client". This seems to be an inconsistency in the entire client, though (the title bar says "X2Go client", the first item in the "Help" menu says "X2GO Client", clicking on it shows a message containing "the string X2Go Client"). The same message notes that you can use a GPG key or a GPG smartcard to authenticate when using "hidden mode". It does not mention the SSH public key/ssh-agent methods, even though they work just as well. Or maybe you meant that while calling it a GPG key in the message (I've never used GPG-based authentication, so I'm not sure if it requires a smartcard or not)? Anyways - it should be written as "GPG-Smartcard" and "GPG-Schlüssel" or "SSH-Schlüssel" (depending on which one you meant). Another typo in the same message: "Wollen SIe" should be "Wollen Sie". The same SIe-Sie issue is in the Help/About X2GO Client dialog. Affected client: http://code.x2go.org/releases/binary-win32/x2goclient/x2goclient-3.99.1.0-s… (now renamed to http://code.x2go.org/releases/binary-win32/x2goclient/x2goclient-3.99.1.0pr… by Mike) Kind Regards, Stefan

4 9

Problem with X2Go and VMWare Tools
by Daniel Lindgren 18 Feb '12

18 Feb '12

Hi. I've been troubleshooting a weird problem with X2Go for a while, when connecting to Gnome sessions in virtual machines the top and bottom panels are displayed but the desktop/background never shows up and the mouse pointer never stops spinning. It's like the Gnome session startup reaches 99% and then just waits forever for something. It turns out it's related to VMWare Tools. I use VMWare Hypervisor (ESXi) 5, I can't say if the problem started when I upgraded from ESXi 4 to 5, but it's fairly recent. I discovered that there are two instances of vmtoolsd running, the process list looks something like this when the X2Go session reaches "wait forever" state: root@labblinux:~# ps auxw | grep vmware dali 12906 1.4 1.4 174604 14588 ? S 18:47 0:00 /usr/lib/vmware-tools/sbin64/vmtoolsd -n vmusr dali 12956 1.4 0.3 174604 3680 ? S 18:47 0:00 /usr/lib/vmware-tools/sbin64/vmtoolsd -n vmusr root 12971 0.0 0.0 7556 860 pts/0 S+ 18:47 0:00 grep vmware If I "kill -1 12906" the other vmtoolsd (12956) dies(!): root@labblinux:~# kill -1 12906 root@labblinux:~# ps auxw | grep vmware dali 12906 0.4 1.4 174604 14616 ? S 18:47 0:00 /usr/lib/vmware-tools/sbin64/vmtoolsd -n vmusr root 13041 0.0 0.0 7556 860 pts/0 S+ 18:48 0:00 grep vmware Simultaneously the X2Go/Gnome session startup successfully finishes. Starting a Gnome session locally on the virtual machine console successfully finishes. I've tried using xrdp instead of X2Go and had no problems starting sessions, both using X11rdp and X11vnc on the server side. There's only one vmtoolsd running unless it's a X2Go session. I've unsuccessfully tried to figure out what the root cause is. It seems related to X2Go login/startup, somehow vmtoolsd starts twice and there's a conflict blocking Gnome startup. I did however find a workaround; uninstall VMWare Tools and install the open-vm-tools package from the Debian repository (contrib has to be added). No problems with X2Go so far and VMWare seems happy with the open source tools (Shutdown/Restart Guest is available in vSphere Client). I posted this to both x2go-user and x2go-dev for informational purposes. Maybe a wiki page would be the best place for this info? The wiki is however in a sad state and needs some serious cleanup. I personally don't think the template used is aesthetically pleasing and would prefer the default template or Arctic template which I've used extensively in all my DokuWiki installs. Cheers, Daniel

4 10

Re: [X2Go-Dev] [PATCH] Re: x2godesktopsharing SIGSEV - how to compile with debugging info?
by Milan Knížek 18 Feb '12

18 Feb '12

V Sun, 12 Feb 2012 22:48:02 +0100 Milan Knížek <knizek.confy(a)gmail.com> napsáno: > Hello, > > I get Segmentation fault when I right-click on x2godesktopsharing > icon in the system tray and choose "Activate Desktop Sharing". (Arch > Linux.) The segfault was due to non-existent "x2godesktopsharing" group in the system. This involves two matters: x Arch Linux does not allow for group names longer then 16 characters. x x2godesktopsharing should check for existence of the group and quit nicely otherwise. Since I am not a coder, I was able to solve only the first issue - patches are attached. (The debian postinst script should probably handle the original group name as well - e.g. move the members to the new group.) It would be nice if it is accepted upstream, since a similar limitation might also exist on other *nix systems. Regards, Milan -- http://www.milan-knizek.net/ About linux and photography (Czech only) O linuxu a fotografování

3 4

Re: [X2Go-Dev] New major distribution builds available for X2go
by Jan Engelhardt 18 Feb '12

18 Feb '12

[I hate this Reply-To header setting crap... and the absence of the same in the archives.] On Saturday 2012-02-18 09:32, Jan Engelhardt wrote: > >On Friday 2012-02-17 09:16, Oleksandr Shneyder wrote: >>> But symlinking of /usr/lib/nx/X11/libXext.so.6 to >>> /usr/lib/nx/X11/libNX_Xext.so.6 should work (talking about LD_LIBRARY_PATH- >>> using programs) as long as the SONAME stays NX_Xext for automatic >>> dependency finding of rpm (and perhaps deb?). >> >>It is wrong solution. Only (nx|x2go)agent should be linked against >>nx-libs. X-clients should be linked against system X libraries. >>Exception is libXinerama. Against this library should be linked both - >>agent and client. But in case of agent libXinerama should use libXext >>and libX11 from nx-libs and in case of clients it should use the same >>libraries from system. For this reasons we exporting >>LD_LIBRARY_PATH=/usr/lib/nx/X11 by start of agent and > >Given that the agent naturally links against libNX_X*.so now, >do we still need the LD_LIBRARY_PATH hack for the agent? > >>LD_LIBRARY_PATH=/usr/lib/nx/X11/Xinerama (*but not /usr/lib/nx/X11*) by >>start of desktop environment. >> >>>>link system libraries libX11 and libXext into /usr/lib/nx/X11/Xinerama >>>>/usr/lib/libX11* -> /usr/lib/nx/X11/Xinerama/libNX_X11* >>>>/usr/lib/libXext* -> /usr/lib/nx/X11/Xinerama/libNX_Xext* >>[and] >>ln -s /usr/lib/libX11.so.6 /usr/lib/nx/X11/Xinerama/libNX_X11.so.6 >>ln -s /usr/lib/libXext.so.6 /usr/lib/nx/X11/Xinerama/libNX_Xext.so.6 > >I would have my reservations about the formal stability of mixing >Xlib implementations within a single program. >

1 0

[Fwd: Resolved: Recommendations for how to watch Linux desktop from remote Windows?]
by John A. Sullivan III 17 Feb '12

17 Feb '12

For what it is worth, here is a thread from the Debian users mail list where someone reports having difficulty finding x2goserver - John -------- Forwarded Message -------- From: keitho(a)strucktower.com To: John A. Sullivan III <jsullivan(a)opensourcedevel.com> Cc: mihiratheace(a)gmail.com, debian-user(a)lists.debian.org, andreimpopescu(a)gmail.com Subject: Resolved: Recommendations for how to watch Linux desktop from remote Windows? Date: Fri, 17 Feb 2012 13:57:07 -0800 > On Fri, 2012-02-17 at 10:59 -0800, keitho(a)strucktower.com wrote: >> Quick question (I think...): >> >> Can you recommend a free and easily available software package that will >> allow a Windows user to see my Linux desktop? > <snip> > I would recommend X2Go - www.x2go.org. It is based upon NX and is far > faster than any other method I've seen. Good luck - John > Thanks everyone very much for your quick responses. John- For some reason I couldn't find the x2go server app, even after following their directions for editing my sources.list, keys, etc. I could only find the client software, not sure why... So I decided to go with teamviewer as recommended by The Ace. Easy to install and fast to use. I also want to try x11vnc sometime Andrei, soon perhaps... Keith -- To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org Archive: http://lists.debian.org/dfa8b6219f707ffc0307fb386f49466a.squirrel@webmail.s…

1 0

X2Go bindings for Xfce and others
by Milan Knížek 17 Feb '12

17 Feb '12

Hello, I have modified the existing LXDE bindings for X2Go so that it works with Xfce. I did some further modifications: x command to open folder is "xdg-open" x added generic-icon name to MIME type ("folder-remote") As far as I understand the X2Go scripts, they check for GNOME/KDE/LXDE and add the corresponding letters to sshfs-disk-$DE MIME type. If none of the listed DEs is detected, the MIME type remains simply sshfs-disk. Since xdg-open and generic-icon name is general enough, it should work with other DE than Xfce, nonetheless, it has not been tested yet. I also updated the debian/ files but since I am on Arch Linux, I could not test the packaging process. P.S. I am aware about the plans for a unified approach for all DEs, which should make the gnome/kde/lxdebindings obsolete. So this is just a temporary solution. If you find it useful, will you add the x2gofmbinding to git? regards, Milan -- http://www.milan-knizek.net/ About linux and photography (Czech only) O linuxu a fotografování

2 2

Feature Request: update ssh public key fingerprint from within x2goclient
by newsgroups.mail2＠stefanbaur.de 17 Feb '12

17 Feb '12

Hi list, after swapping a server and trying to connect to it with X2Go, x2goclient greets me with --------------------------- Authentification failed --------------------------- Host key for server changed. It is now: xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx For security reasons, connection will be stopped --------------------------- OK --------------------------- In the same situation, the NX client would ask if the key should be updated. I can see that offering such a direct option is a good idea from a usability viewpoint, but a bad one from a security viewpoint, as users tend to click yes/allow on every popup they see. The current approach of x2goclient is the total opposite. A moderately experienced Linux user might figure out that ssh-keygen -R <hostip> will help, but to a Windows user, this will be an unsolvable mystery. I would like to suggest adding an option to remove/update the key from within the X2Go-Client. However, to avoid "user click-through", it should be somewhere in the menu, and the popup message should be amended with a note pointing to that menu. -Stefan

2 1

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

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev February 2012