http://blog.gmane.org/gmane.linux.terminal-server.x2go.devel hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.linux.terminal-server.x2go.devel/3841 <pre>Hi, with the latest changes, x2goclient will also run on Mac OS X 10.4. However, it will not be officially supported. While x2go is generally "use at own risk", this one is "use at own risk and don't expect it to work properly." Mac OS 10.4 is really old and unsupported even by Apple Inc. - not even with security updates. The X11 server version bundled with 10.4 is also old and known to cause color problems. The X11 server is not meant to be updated by users in an easy and convenient way, or at all. X11 server releases for 10.5 can't be installed on 10.4. Generally, starting an X11 application on 10.5 and higher will automatically launch the X11 server, if installed. This is due to structural changes in X11 integration implemented by Apple. On user login, an environmental variable called "$DISPLAY" is set and points to a UNIX socket monitored by the system daemon launchd. Whenever something tries to connect to this socket, the X11 binary is started. This is not true for 10.4. On those systems, $DISPLAY is not automatically set and thus not available from the initial environment. Starting X11 manually will spawn an xterm instance with this env. var. set. From this terminal application, other X11 applications could be launched just fine. However, non-child-processes still won't be able to communicate with the X11 server. Also, there is no easy way to know if an X11 server is already running, and if it is, on which socket it's listening. My first idea was to implement some kind of autodetection/probing for X11 sockets and connect to them in order to determine whether they work or not. This said, at the same time valid security concerns were raised. Connecting to unknown sockets is potentially dangerous, and as the place those sockets are placed in is world-writable, anyone could put a prepared socket in there. For obvious reasons, I dismissed this idea. Instead, I am now probing for a free display number and launching a separate X11 server instance whenever it is needed. Existing instances/sockets won't be re-used. This works fine, but obviously means that for every session a separate X11 server is launched and the user has to clean up those instances by hand (luckily each instance is shown as a normal application, so terminating those processes is not a problem at all.) This seemed like the safest, fastest and easiest way to go. Another way would be searching the currently running processes for X11 and examining the open files to find the socket, but this is way more complicated and not really worth the effort. Aside from that, the X11 server is listening for TCP connections by default and there is no way/option to turn this behavior off, unlike in 10.5 and higher. While the X protocol does have some security model based on the authcookies, I'm really not too happy with exposing my X11 server to the whole network. At the very least, evil users could crash the server. Evil geniuses may even obtain root access in some way or another, especially with such an old and unmaintained version. I've only been rudimentary testing remote sessions, but as far as I see, opening a new session, resuming and terminating works, at least with xterm as the remote application. I can't really test this more thoroughly, as my test system seems somewhat borked in X11 mode and is pressing "escape" after every key press. This is also happening in local xterm sessions for me, but I haven't found any information to this kind of misbehavior. Not being able to test this stuff is just another good reason to not support it officially. This said, I guess I will publish new versions for 10.4 from time to time, for those users who are bound to it and brave enough to use it. But again, if it opens up anything visible, this is far more than you should even expect. Best regards, Mihai _______________________________________________ X2Go-Dev mailing list X2Go-Dev&lt; at &gt;lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev</pre> Mihai Moldovan 2012-05-26T04:55:07 http://comments.gmane.org/gmane.linux.terminal-server.x2go.devel/3840 <pre> Signed-off-by: Mihai Moldovan &lt;ionic&lt; at &gt;ionic.de&gt; --- debian/changelog | 3 ++ ..._nxcomp_macos10-nxauth-location.full+lite.patch | 38 ++++++++++++++++++++ debian/patches/series | 1 + 3 files changed, 42 insertions(+) create mode 100644 debian/patches/052_nxcomp_macos10-nxauth-location.full+lite.patch _______________________________________________ X2Go-Dev mailing list X2Go-Dev&lt; at &gt;lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev</pre> Mihai Moldovan 2012-05-26T04:09:40 http://comments.gmane.org/gmane.linux.terminal-server.x2go.devel/3838 <pre> A maxdepth of two will crush all temp files in the build directories. Do not mess with other stuff, especially if users are building bundled software inside a contrib/dist directory under the main tree. Signed-off-by: Mihai Moldovan &lt;ionic&lt; at &gt;ionic.de&gt; --- Makefile | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) _______________________________________________ X2Go-Dev mailing list X2Go-Dev&lt; at &gt;lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev</pre> Mihai Moldovan 2012-05-26T03:55:51 http://comments.gmane.org/gmane.linux.terminal-server.x2go.devel/3837 <pre> This patch enables a compatibility mode for Mac OS X 10.4. Using this, interaction with the local X11 server and a remote server works fine. Note however, that there is one limitation: x2goclient will start one X11 server per connection. For security reasons, this is necessary. It will *not* clean up X11 server processes. This is left to the user. More information about 10.4 support will be posted on the x2go-dev mailing list (shortly). Signed-off-by: Mihai Moldovan &lt;ionic&lt; at &gt;ionic.de&gt; --- onmainwindow.cpp | 132 ++++++++++++++++++++++++++++++++++++++++++++++++++---- 1 file changed, 124 insertions(+), 8 deletions(-) _______________________________________________ X2Go-Dev mailing list X2Go-Dev&lt; at &gt;lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev</pre> Mihai Moldovan 2012-05-26T03:54:55 http://comments.gmane.org/gmane.linux.terminal-server.x2go.devel/3836 <pre> From now on, simply use the defines at the beginning of the file. Signed-off-by: Mihai Moldovan &lt;ionic&lt; at &gt;ionic.de&gt; --- sshmasterconnection.cpp | 12 ++++++++++-- 1 file changed, 10 insertions(+), 2 deletions(-) _______________________________________________ X2Go-Dev mailing list X2Go-Dev&lt; at &gt;lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev</pre> Mihai Moldovan 2012-05-26T03:54:46 http://comments.gmane.org/gmane.linux.terminal-server.x2go.devel/3835 <pre> Do the conversion as suggested by the Qt FAQ at http://qt-project.org/faq/answer/how_can_i_convert_a_qstring_to_char_and_vice_versa Signed-off-by: Mihai Moldovan &lt;ionic&lt; at &gt;ionic.de&gt; --- sshmasterconnection.cpp | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) _______________________________________________ X2Go-Dev mailing list X2Go-Dev&lt; at &gt;lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev</pre> Mihai Moldovan 2012-05-26T03:54:16 http://comments.gmane.org/gmane.linux.terminal-server.x2go.devel/3834 <pre> Signed-off-by: Mihai Moldovan &lt;ionic&lt; at &gt;ionic.de&gt; --- sshmasterconnection.cpp | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) _______________________________________________ X2Go-Dev mailing list X2Go-Dev&lt; at &gt;lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev</pre> Mihai Moldovan 2012-05-26T03:54:03 http://comments.gmane.org/gmane.linux.terminal-server.x2go.devel/3833 <pre> Signed-off-by: Mihai Moldovan &lt;ionic&lt; at &gt;ionic.de&gt; --- x2goclient.pro | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) _______________________________________________ X2Go-Dev mailing list X2Go-Dev&lt; at &gt;lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev</pre> Mihai Moldovan 2012-05-26T03:53:53 http://comments.gmane.org/gmane.linux.terminal-server.x2go.devel/3832 <pre> Signed-off-by: Mihai Moldovan &lt;ionic&lt; at &gt;ionic.de&gt; --- x2goclient.pro | 10 ++++------ 1 file changed, 4 insertions(+), 6 deletions(-) _______________________________________________ X2Go-Dev mailing list X2Go-Dev&lt; at &gt;lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev</pre> Mihai Moldovan 2012-05-26T03:52:38 http://comments.gmane.org/gmane.linux.terminal-server.x2go.devel/3831 <pre> Automatically build the required x2goclient_*.qm files based on the x2goclient_*.ts translation files. Signed-off-by: Mihai Moldovan &lt;ionic&lt; at &gt;ionic.de&gt; --- x2goclient.pro | 18 ++++++++++++++++++ 1 file changed, 18 insertions(+) _______________________________________________ X2Go-Dev mailing list X2Go-Dev&lt; at &gt;lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev</pre> Mihai Moldovan 2012-05-26T03:52:27 http://comments.gmane.org/gmane.linux.terminal-server.x2go.devel/3830 <pre>Hi all, I hereby present you a patch set of accumulated changes. Each patch should be applied in order. The first patch adds automatic translation processing to the x2goclient.pro file. Developers will have to update the translation templates by hand though, as usual. Template to Qt locales conversion is then handled by x2goclient.pro. Patch two just includes some minor whitespace/style fixes for x2goclient.pro. Patch three adds support for PPC compilation and adds the oddly forgotten Info.plist directive to x2goclient.pro. Patch four is another style fix for the copyright notice on sshmasterconnection.cpp. Patch five changes the way the host is given to libssh based on official Qt documents. Patch six facilitates turning SSH packet logging on or off. Patch seven, eventually, introduces support for Mac OS X 10.4 Tiger. Together with the NX library patch, it also adds support for using nxauth, which is mandatory on all versions of OS X. I wonder how this stuff worked in the first place before, we should have seen a lot of problems without nxauth. Maybe some of Stephans and Jans problems in the past were actually caused by this all along. I will upload new versions for both 10.5 and up and 10.4 in some time (have to rebase one build machine first.) Another email regarding Mac OS 10.4 support will come in due time. Best regards, Mihai _______________________________________________ X2Go-Dev mailing list X2Go-Dev&lt; at &gt;lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev</pre> Mihai Moldovan 2012-05-26T03:52:18 http://comments.gmane.org/gmane.linux.terminal-server.x2go.devel/3829 <pre>Change the nxauth location from $NX_SYSTEM/bin/nxauth to $NX_SYSTEM/nxauth on Mac OS X. This way, nxauth can be shipped in the same directory, as, i.e., nxproxy in an application bundle. Signed-off-by: Mihai Moldovan &lt;ionic&lt; at &gt;ionic.de&gt; --- debian/changelog | 3 ++ .../052_nxcomp_macos10-nxauth-location.full+lite | 38 ++++++++++++++++++++ debian/patches/series | 1 + 3 files changed, 42 insertions(+) create mode 100644 debian/patches/052_nxcomp_macos10-nxauth-location.full+lite _______________________________________________ X2Go-Dev mailing list X2Go-Dev&lt; at &gt;lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev</pre> Mihai Moldovan 2012-05-26T03:52:06 http://comments.gmane.org/gmane.linux.terminal-server.x2go.devel/3819 <pre>Hi all, NoMachine seems to have fixed the libcairo issue we discussed lately. I will take a look at their changes tomorrow. Mike ----- Weitergeleitete Nachricht von sender-nxannounce&lt; at &gt;nomachine.com ----- Datum: Mon, 21 May 2012 22:52:10 +0200 Von: sender-nxannounce&lt; at &gt;nomachine.com Betreff: Fourth Maintenance Release of the NX 3.5.0 Node and Server packages An: mike.gabriel&lt; at &gt;das-netzwerkteam.de Rome, Italy, May 21, 2012 - NoMachine makes available updates to NX Node and Server software. This new maintenance release is mainly aimed at solving some issues preventing applications using Cairo libraries to work with NX, and includes: - NX sessions may crash with applications such as Firefox or Thunderbird using Cairo library version 1.12.0. - A degrade in performance may be noticed when running applications using Cairo library version 1.10. - Changes to mouse sensitivity made in the tool gnome-mouse-properties may be ignored in an NX session. - Reconnecting 3.5.0 sessions with NoMachine Player 4 may fail. Supported NX Node and Server platforms -------------------------------------- Solaris SPARC 8/9/10 Linux x86_64 - Red Hat Enterprise 4/5/6 - SLED 10.x/11.x, SLES 10/11, Open SUSE 10.x/11.x/12.x - Mandriva 10.1/2005/2006/2007/2008/2009/2010/2011 - Fedora Core 3/4/5/6 - Fedora 7/8/9/10/11/12/13/14/15/16 - Xandros Desktop 4.1/Xandros Server 2.0 - Debian GNU Linux 4.0 Etch/5.0 Lenny/ 6.0 Squeeze - Xandros Desktop 4.1/Xandros Server 2.0 - Ubuntu 5.10 Breezy Badger/6.06 Dapper Drake/6.10 Edgy Eft/7.04 Feisty Fawn/7.10 Gutsy Gibbon/8.04 Hardy Heron/8.10 Intrepid Ibex/ 9.04 Jaunty Jackalope/9.10 Karmic Koala/10.4 Lucid Lynx/10.10 Maverick Meerkat/11.04 Natty Narwhal/11.10 Oneiric Ocelot/12.04 Precise Pangolin Linux i386 - RedHat 7.2/7.3/8.0/9.0 - RedHat Enterprise Linux 3/4/5/6 - SuSE Linux 7.2/7.3/8.0/8.1/8.2/9.0, SLED 10.x/11.x, SLES 10/11, Open SUSE 10.x/11.x/12.x - Mandriva Linux 9.0/9.1/9.2/10.0/10.1/2005/2006/2007/2008/2009/2010/ 2011 - Fedora Core 1/2/3/4/5/6 - Fedora 7/8/9/10/11/12/13/14/15/16 - Debian GNU Linux 3.0 Woody/3.1 Sarge/4.0 Etch/5.0 Lenny/ 6.0 Squeeze - Xandros 3.0/Xandros Desktop 4.1/Xandros Server 2.0 - Ubuntu 5.04 Hoary Hedgehog/5.10 Breezy Badger/6.06 Dapper Drake/6.10 Edgy Eft/7.04 Feisty Fawn/7.10 Gutsy Gibbon/8.04 Hardy Heron/8.10 Intrepid Ibex/9.04 Jaunty Jackalope/9.10 Karmic Koala/10.4 Lucid Lynx/10.10 Maverick Meerkat/11.04 Natty Narwhal/11.10 Oneiric Ocelot/ 12.04 Precise Pangolin Trouble Reports solved ---------------------- NX Core TR01J02646 - Performance issues could arise with certain graphics libraries such as Cairo library version 1.10 TR01J02667 - Changes to mouse sensitivity may be ignored in an NX session TR05J02705 - The X11 agent may ignore WarpPointer requests TR05J02706 - Sometimes disconnected sessions on NX server 3.5.0 cannot be recovered when using NoMachine Player 4 TR05J02703 - The X11 agent could terminate unexpectedly with libcairo 1.12 NX Server TR12I02644 - NX Server may fail to generate SSH keys on Centos 6.2 TR12I02641 - NX server message about enough X resources contains a typo TR10I02615 - Running the 'nxserver --userdel' command may change group for backend files NX Node TR01J02666 - ClientLogLimit in node.cfg is ignored Download the NX Node and Server packages ---------------------------------------- You can download the latest node and server suitable for your Operating System from the NoMachine Web site at the following URL: http://www.nomachine.com/download/ Update ------ Instructions for Linux are intended to be run from command line and use the sudo utility. If you don't have the sudo utility installed, log on as superuser ('root') and run the commands without sudo. Otherwise you can use the graphical package manager provided by your Linux distribution. Instructions for RPM , DEB and tar.gz packages refer to the 32 bit package (i386) and can be easily extended to the 64bit package (x86_64 or amd64). It is highly recommended you disable access to new NX sessions and terminate all running sessions before proceeding with the update of node and server. To disable access to new NX sessions and terminate all the running sessions, open an xterm or similar and run commands below: $ sudo /usr/NX/bin/nxserver --stop $ sudo /usr/NX/bin/nxserver --shutdown After the update procedure is completed, restart NX server by running: $ sudo /usr/NX/bin/nxserver --start RPM version for Linux - Download the RPMs - Change your working directory to the location where you saved the packages and update the node and server installation by running from a console: $ sudo rpm -Uvh nxnode-3.5.0-xy.i386.rpm $ sudo rpm -Uvh nxserver-3.5.0-xy.i386.rpm DEB version for Linux - Download the DEBs - Change your working directory to the location where you saved the packages and update the node and server installation by running from a console: $ sudo dpkg -i nxnode_3.5.0-xy_i386.deb $ sudo dpkg -i nxserver_3.5.0-xy_i386.deb TAR.GZ version for Linux - Download the TAR.GZs in the /usr directory - Change your working directory to the /usr directory, and uncompress the packages by running from a console: $ cd /usr $ sudo tar zxvf nxnode-3.5.0-xy.i386.tar.gz $ sudo tar zxvf nxserver-3.5.0-xy.i386.tar.gz - Run the setup scripts for updating the NX Node and Server software: $ sudo /usr/NX/bin/nxnode --update $ sudo /usr/NX/bin/nxserver --update SPARC.GZ version for Solaris - Download the SPARC.GZs - Change your working directory to the location where you saved the packages, uninstall the previous versions of the software and install the new packages by running from a console: # pkgrm NXserver # pkgrm NXnode # gunzip nxnode-3.5.0-xy.sparc.gz # gunzip nxserver-3.5.0-xy.sparc.gz # pkgadd -d nxnode-3.5.0-xy.sparc # pkgadd -d nxserver-3.5.0-xy.sparc The complete set of installation instructions is available at: http://www.nomachine.com/installation.php You can find here more detailed instructions on how to configure and administer NX Node and NX Server: http://www.nomachine.com/documents/admin-guide.php NoMachine NX OSS components --------------------------- Together with the commercial NX products, this new maintenance release sports updates to the following OSS component: nxagent-3.5.0-8 The following components were not updated since the previous 3.5.0 releases: nx-X11-3.5.0-2 nxuexec-3.5.0-3 nxcomp-3.5.0-2 nxcompext-3.5.0-1 nxcompshad-3.5.0-2 nxspool-3.5.0-1 nxsensor-3.5.0-1 Sources of all the OSS NX components can be downloaded here: http://www.nomachine.com/sources/ Please refer to the ChangeLog of each specific package for more information about all changes introduced since the previous 3.5.0 versions. The NX Development Team You have received this email because you are currently registered to receive NX Software Updates either as NX News or NX Announce. If you do not wish to receive future NoMachine newsletters, please go to the website to unsubscribe: http://www.nomachine.com/mailinglist.php. ----- Ende der weitergeleiteten Nachricht ----- </pre> Mike Gabriel 2012-05-21T22:26:09 http://comments.gmane.org/gmane.linux.terminal-server.x2go.devel/3815 <pre>Hi Devs, just FYI: I tried to run 3.99.2.1-rc3 on Windows 8 (32-Bit) and it gets to the point where the connection is established and it tries to start the X server on the client, then it completely crashes Windows 8 (forced reboot). Attempting to run vcxsrv.exe on its own doesn't seem to do anything: There's no black X desktop showing up, but Win8 doesn't crash either. With Windows 8 schedluled for release in October 2012, I guess *someone* should take a look at this soon. -Stefan </pre> Stefan Baur 2012-05-21T12:47:00 http://comments.gmane.org/gmane.linux.terminal-server.x2go.devel/3813 <pre>Hi Devs, not long ago, someone (Alex?) posted a message that X2Go doesn't strive to be NoMachine NX and prefers to work as a glue between several freely available and already existing components (like, using ssh tunneling and FUSE for file sharing between server and client). One feature that NoMachine NX (and FreeNX) has is to limit the use of the clipboard: You can set it to work both ways, server -&gt; client, client -&gt; server, or not at all. How could that be mimicked if such a feature is not part of X2Go? -Stefan </pre> Stefan Baur 2012-05-21T11:59:51 http://comments.gmane.org/gmane.linux.terminal-server.x2go.devel/3805 <pre>Hi all, I am having some doubts about the future of X2Go and seeking for answers. I saw mails mentioning nx3.6 which seems a bit strange to me given that the next version of nomachine's nx is 4.0. And that is what makes me wonder about the future of x2go: The main parts of x2go (nx-agent and assorted low-level libraries) seem to go closed-source, at least as far as I can tell from their licensing documents. So what happens to X2Go? I love the work you guys did and do. Resuming sessions while changing desktop- geometry is real fun. Having responsive desktops over WAN where vnc just doesn't work, is real fun. Using locally attached usb-stick on the remote server is real fun. Which made me "force" my colleages switch from our old VNC-based setup to X2Go. Sadly the expirience suffered when we updated the nx- libs from 3.4 to 3.5: On WAN-connections its still usable but on LAN X2Go looses in speed and latency and responsiveness against VNC. Which my co- workers really hate. My hope was that next nx-libs might fix this. And they probably will, but not for us when there is a price-tag associated with it. So how to go on in our case? What is your future planning for X2Go? Do you have plans (and knowledge and manpower) to further develop the nx-libs on the open-source base? Do you have a promise from nomachine that the libs will go open-source again? Do you have plans to use a different x-protocol like vnc from tigervnc or turbovnc? (Combining the speed of tigervnc and the features of sessions and apps and storage-forwarding of x2go seems like a good idea to me currently.) Thanks for your answers! Have a nice weekend, Arnold_______________________________________________ X2Go-Dev mailing list X2Go-Dev&lt; at &gt;lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev</pre> Arnold Krille 2012-05-19T19:55:28 http://comments.gmane.org/gmane.linux.terminal-server.x2go.devel/3801 <pre>Hi, I'm wondering why you guys are using quilt for managing patches to the nx-libs repository. I see that the general purpose is to have the original nomachine source base intact/unchanged to track changes easily. However, quilt is a pain to use (i.e., omitting a patch in the series or changing it), especially taking into consideration that git _already is_ a SCM. Wouldn't it be easier to actually use multiple branches for that purpose? [nomachine]--{3.5.0}------------{3.6.0 (future)}----... \--&gt;[x2go]-------\--&gt;------------... where [name] is a branch named "name", {name} is a tag named "name" and the arrows denote merges. Note that we don't want to merge x2go project changes back into the original nomachine source, thus not merging the x2go branch into the nomachine branch. However, we _want_ to merge new versions of nomachine's source into the x2go branch at some point. Also, this setup is very flexible. If, for instance, you decide to still support the x2go nx 3.5.0 branch, even though nomachine nx 3.6.0 has been released, simply branch off the x2go branch, like this: [nomachine]--{3.5.0}------------{3.6.0 (future)}----... \--&gt;[x2go]-------\--&gt;------------... \--&gt;[x2go 3.5.0]--------... Afterwards, the nomachine branch (tag 3.6.0) can then be merged into the x2go branch and the x2go 3.5.0 life on happily ever after. It is way easier to rebase a branch such as to not include a specific commit (cherry-pick), than omit a patch in the quilt patch series. Not sure if it's only me, but this quilt stuff is really messing with my work flow. Please drop your thoughts in here. Best regards, Mihai _______________________________________________ X2Go-Dev mailing list X2Go-Dev&lt; at &gt;lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev</pre> Mihai Moldovan 2012-05-19T17:51:07 http://comments.gmane.org/gmane.linux.terminal-server.x2go.devel/3799 <pre>Hello, since updating to 3.99.2.0 on OSX the log database is flooded with x2go.client debug log messages while having a session connected. As a side effect specific operations like opening a new terminal window are slowed down and .asl log files have to be cleared out manually from /private/var/log/asl on a very regular basis. 3.99.1.0-rc2 did not show this behaviour and I cannot find any client side setting to lower the log level. Is it possible to change the client log level? Thank you, Marco </pre> masc 2012-05-19T14:10:18 http://comments.gmane.org/gmane.linux.terminal-server.x2go.devel/3798 <pre>Hi Alex, the Debian packaging environment on japsand.x2go.org is available again. Greets, Mike </pre> Mike Gabriel 2012-05-19T13:17:43 http://comments.gmane.org/gmane.linux.terminal-server.x2go.devel/3796 <pre>Hi, I'm trying to configure Google Chrome (google-chrome-stable 19.0.1084.46-r135956) on Debian Squeeze, from the Windows X2GoClient (RC3) - whenever I try to access the settings to configure my proxy, VcXsrv dies: Problemsignatur: Problemereignisname: APPCRASH Anwendungsname: vcxsrv.exe Anwendungsversion: 0.0.0.0 Anwendungszeitstempel: 4f852997 Fehlermodulname: vcxsrv.exe Fehlermodulversion: 0.0.0.0 Fehlermodulzeitstempel: 4f852997 Ausnahmecode: c0000005 Ausnahmeoffset: 00160860 Betriebsystemversion: 6.1.7601.2.1.0.768.3 Gebietsschema-ID: 1031 Zusatzinformation 1: 0a9e Zusatzinformation 2: 0a9e372d3b4ad19135b953a78882e789 Zusatzinformation 3: 0a9e Zusatzinformation 4: 0a9e372d3b4ad19135b953a78882e789 Please let me know if you need further information to debug the issue, I'll be happy to provide it. -Stefan </pre> Stefan Baur 2012-05-16T19:02:50 http://comments.gmane.org/gmane.linux.terminal-server.x2go.devel/3793 <pre>Hi Devs, would it be possible to integrate support (1) for PuTTY-style ssh private key files (*.ppk) into the X2Go client, or (2) to run a ssh-agent (maybe from cygwin, or copied from PuTTY's "pageant.exe") *within* the X2Go client, so other applications can authenticate with the same key? PuTTY's license does allow copying their code into GPLed code, as it seems. The idea behind (2) this is that the X2Go client on Windows would be able to provide authentication information to WinSCP and similar tools. (1) would simply make life easier for users that already have a private key stored in PuTTY's format. At present they either have to run PuTTYgen to convert it into the format X2Go client understands, or run pageant.exe, PuTTY's ssh agent. -Stefan </pre> Stefan Baur 2012-05-16T11:33:05 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.linux.terminal-server.x2go.devel