x2go-dev April 2011

x2go-dev@lists.x2go.org

25 participants
52 discussions

Re: [X2go-dev] X2go-dev Digest, Vol 28, Issue 24
by brian mullan 21 Apr '11

21 Apr '11

Since this had been a "future" development discussion a while back (re possible use of HTML5 in x2go) I thought I'd pass this on. Just stumbled on this announcement of noVNC (LGPL3) and saw they now implement HTML 5 (websockets and canvas) http://kanaka.github.com/noVNC/ their source is on Github https://github.com/kanaka/noVNC Brian

3 2

vcxsrv + libssh all set except XP printing
by John A. Sullivan III 21 Apr '11

21 Apr '11

Hello, all. We continue to heavily test 3.0.1-18 and vcxsrv. It all seems ready to go except for one issue - it completely crashes consistently when printing under Windows XP as Phil previously reported. This problem does not exist in Windows7. As this appears to be the last issue before releasing this version and solving the show-stopping problems we have with Xming, I would think this is a high priority. However, has anyone else replicated this problem? We do not have a large test population but it has crashed immediately for both XP testers. So, again, can anyone confirm this critical bug? Thanks - John

1 0

local apps on a thin client anyhow?
by Meik Hellmund 21 Apr '11

21 Apr '11

Hi, I am just playing around with the older x2go thinclient debian packages and I wonder if it is possible to add local apps (as in LTSP). I have not yet a clear understanding of the x2go infrastructure, so please be patient. What I tried: I switched to a console on the thin client, mounted the homes via NFS, set DISPLAY=0:0 and started an X app on the client - and voila, it appears in the client's x2go session. But it is not managed by the window manager since the window manager runs on the server. So it has no border and can'tmoved around etc. Is there some better way to do this? Is it possible to somehow stack a local and a server window manager? Meik -- Meik Hellmund Mathematisches Institut, Uni Leipzig e-mail: Meik.Hellmund(a)math.uni-leipzig.de http://www.math.uni-leipzig.de/~hellmund

3 3

linking in x2gognomebindings
by Mike Gabriel 19 Apr '11

19 Apr '11

Hi, when building x2gognomebindings these warnings flooded over me... What can we do about them??? Greets, Mike dpkg-shlibdeps: warning: dependency on libbonobo-activation.so.4 could be avoided if "debian/x2gognomebindings/usr/lib/nautilus/extensions-2.0/libnautilus-x2goumount.so" were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on libfontconfig.so.1 could be avoided if "debian/x2gognomebindings/usr/lib/nautilus/extensions-2.0/libnautilus-x2goumount.so" were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on libatk-1.0.so.0 could be avoided if "debian/x2gognomebindings/usr/lib/nautilus/extensions-2.0/libnautilus-x2goumount.so" were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on libm.so.6 could be avoided if "debian/x2gognomebindings/usr/lib/nautilus/extensions-2.0/libnautilus-x2goumount.so" were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on librt.so.1 could be avoided if "debian/x2gognomebindings/usr/lib/nautilus/extensions-2.0/libnautilus-x2goumount.so" were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on libpopt.so.0 could be avoided if "debian/x2gognomebindings/usr/lib/nautilus/extensions-2.0/libnautilus-x2goumount.so" were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on libpthread.so.0 could be avoided if "debian/x2gognomebindings/usr/lib/nautilus/extensions-2.0/libnautilus-x2goumount.so" were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on libgio-2.0.so.0 could be avoided if "debian/x2gognomebindings/usr/lib/nautilus/extensions-2.0/libnautilus-x2goumount.so" were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on libgdk_pixbuf-2.0.so.0 could be avoided if "debian/x2gognomebindings/usr/lib/nautilus/extensions-2.0/libnautilus-x2goumount.so" were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on libgmodule-2.0.so.0 could be avoided if "debian/x2gognomebindings/usr/lib/nautilus/extensions-2.0/libnautilus-x2goumount.so" were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on libcairo.so.2 could be avoided if "debian/x2gognomebindings/usr/lib/nautilus/extensions-2.0/libnautilus-x2goumount.so" were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on libpango-1.0.so.0 could be avoided if "debian/x2gognomebindings/usr/lib/nautilus/extensions-2.0/libnautilus-x2goumount.so" were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on libgnome-2.so.0 could be avoided if "debian/x2gognomebindings/usr/lib/nautilus/extensions-2.0/libnautilus-x2goumount.so" were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on libbonobo-2.so.0 could be avoided if "debian/x2gognomebindings/usr/lib/nautilus/extensions-2.0/libnautilus-x2goumount.so" were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on libgthread-2.0.so.0 could be avoided if "debian/x2gognomebindings/usr/lib/nautilus/extensions-2.0/libnautilus-x2goumount.so" were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on libgtk-x11-2.0.so.0 could be avoided if "debian/x2gognomebindings/usr/lib/nautilus/extensions-2.0/libnautilus-x2goumount.so" were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on libpangocairo-1.0.so.0 could be avoided if "debian/x2gognomebindings/usr/lib/nautilus/extensions-2.0/libnautilus-x2goumount.so" were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on libfreetype.so.6 could be avoided if "debian/x2gognomebindings/usr/lib/nautilus/extensions-2.0/libnautilus-x2goumount.so" were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on libgdk-x11-2.0.so.0 could be avoided if "debian/x2gognomebindings/usr/lib/nautilus/extensions-2.0/libnautilus-x2goumount.so" were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on libORBit-2.so.0 could be avoided if "debian/x2gognomebindings/usr/lib/nautilus/extensions-2.0/libnautilus-x2goumount.so" were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on libpangoft2-1.0.so.0 could be avoided if "debian/x2gognomebindings/usr/lib/nautilus/extensions-2.0/libnautilus-x2goumount.so" were not uselessly linked against it (they use none of its symbols). -- 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…

1 0

Packaging x2go
by Oliver Burger 19 Apr '11

19 Apr '11

Hi, I'm just starting to package x2go for Mageia. As Heinz told me, I'm using the Heuler version. Now I have a question: I don't find any build instructions. Did I miss something? I would appreciate some help. Thanks! -- Oliver aka obgr_seneca i18n team - substitute leader web team - substitute leader packaging team http://www.mageia.org/ - Mageia, the magic continues -- Oliver aka obgr_seneca i18n team - substitute leader web team - substitute leader packaging team http://www.mageia.org/ - Mageia, the magic continues

1 0

x2godropbox renamed to x2gomimebox
by Mike Gabriel 19 Apr '11

19 Apr '11

Hi there, on request from Heinz I have ,,dropped'' the name ,,X2goDropbox'' and thought about a new name that does not confuse with any web service currently offered on the internet. What came to my mind is ,,X2go MIME box''. Again: the MIME box is a feature in PyHoca-GUI that was originally requested by Dick Kniep. It allows to export files from the X2go server session to the client (uni-directional). One use case might be: you have a server application that generates an ODS spread sheet. The application has an export button that will copy this ODS file to the $X2GO_MIMEBOX directory. On the client a thread watches this MIME box and on incoming files and will open the default application for the file's MIME type. I have now renamed everything in the dropbox patch and committed it into Git: x2goserver: http://code.x2go.org/gitweb?p=x2goserver.git;a=commitdiff;h=d352a2b49a9e246… python-x2go: http://code.x2go.org/gitweb?p=python-x2go.git;a=commitdiff;h=6fa45031b5d85c… pyhoca-gui http://code.x2go.org/gitweb?p=pyhoca-gui.git;a=commitdiff;h=eb0b2aa4b6211b0… I hope the new name is now acceptable to everyone. Greets, 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…

2 2

pending/x2godropbox patch
by Mike Gabriel 19 Apr '11

19 Apr '11

Another hi-devs, I would also like to see my dropbox patch (needed for the X2goDropbox in Pyhoca-GUI) in the x2gomountdirs script of x2goserver/master. If I do not here a veto within the next four days, I will push the patch to code.x2go.org... http://code.x2go.org/gitweb?p=x2goserver.git;a=commitdiff;h=050bc008107fe2b… The X2goDropbox provides an export spool mechanism (similar to the cups-x2go/x2goprint duo) for any MIME type you allow (client-side-wise) to be dropped into that X2goDropbox. On the server-side you simply have to copy a file into $X2GO_DROPBOX which points to ~/.x2go/C-<session_id>/dropbox The file will arrive on the client side (SSHFS) and the default application for this file will be opened (locally on the client). Greets, 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

Re: [X2go-dev] Tagging in X2go Git
by Mike Gabriel 19 Apr '11

19 Apr '11

On Di 19 Apr 2011 12:51:39 CEST Reinhard Tartler wrote: > On Tue, Apr 19, 2011 at 12:49:42 (CEST), Mike Gabriel wrote: > >> Hi Reinhard, >> >> On Di 19 Apr 2011 12:29:20 CEST Reinhard Tartler wrote: >> >>> On Tue, Apr 19, 2011 at 12:22:02 (CEST), Mike Gabriel wrote: >>> >>>> Sorry, I overread that part... Could this be automated? >>> >>> Automate what exactly? >>> >>> Besides, yes, launchpad provide an quite extensive API in form of a >>> python library. >> >> The nightly-builds (heuler) will always use the HEAD in Git. The >> should-be-rather-stable-builds shall be packages that have already been >> built by Launchpad and represent a state that is also marked in Git >> (either by tag or branch-off). >> >> So a Launchpad automation I think of could be: >> >> 1a. we tag a project in Git with a special tag, e.g. build-main >> 1b. alternatively, when we tag a release version, we branch-off >> from master >> in a branch called build-main >> 2. Launchpad notices this / gets notified by this and Launchpad will >> build packages (nightlys) that are also automagically copied to >> the stable >> ppa. > > To me clicking on the 'copy-package' links sounds much easier. depends on how often you have to click... 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…

1 0

Re: [X2go-dev] Tagging in X2go Git
by Mike Gabriel 19 Apr '11

19 Apr '11

Hi Reinhard, On Di 19 Apr 2011 12:29:20 CEST Reinhard Tartler wrote: > On Tue, Apr 19, 2011 at 12:22:02 (CEST), Mike Gabriel wrote: > >> Sorry, I overread that part... Could this be automated? > > Automate what exactly? > > Besides, yes, launchpad provide an quite extensive API in form of a > python library. The nightly-builds (heuler) will always use the HEAD in Git. The should-be-rather-stable-builds shall be packages that have already been built by Launchpad and represent a state that is also marked in Git (either by tag or branch-off). So a Launchpad automation I think of could be: 1a. we tag a project in Git with a special tag, e.g. build-main 1b. alternatively, when we tag a release version, we branch-off from master in a branch called build-main 2. Launchpad notices this / gets notified by this and Launchpad will build packages (nightlys) that are also automagically copied to the stable ppa. >>> Launchpad does not provide Debian chroots, but most probably the .debs >>> for lucid work on squeeze as well. >> >> I am currently working on a pbuilder setup that I will also need for >> another project. It will also be hosted on code.x2go.org and will be >> usable to any of the X2go developers. This pbuilder setup focuses on >> building in Debian chroots. > > So, have you thought about build scheduling and builds for both amd64 > and i386, and several debian distroreleases? Yes, exactly, that's what I need here for my own projects. I currently fiddle around with 4-6 virtual machines, my notebook etc. to build proper packages... which is rather ridiculous... > For debimedia, we are currently working on getting something running > based on this: http://git.grml.org/?p=grml-buildd.git;a=summary Great!!! I will take a look!!! > Should work for x2go as well. Would be awesome!!! 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…

1 0

Re: [X2go-dev] Tagging in X2go Git
by Mike Gabriel 19 Apr '11

19 Apr '11

Hi Reinhard, On Di 19 Apr 2011 12:17:33 CEST Reinhard Tartler wrote: > On Tue, Apr 19, 2011 at 12:12:16 (CEST), Mike Gabriel wrote: > > [...] > >> I am not sure if this makes it clearer, but I hope so. > > What you describe can be implemented using launchpad like this: > >>> Well, the 'nightly-builds' is already done. The ''stable'' builds can be >>> achieved by creating a new PPA and copy known-to-work packages from the >>> 'daily' PPA to the ''stable'' one, which is a matter of a few clicks in >>> Launchpad. Problem solved. Sorry, I overread that part... Could this be automated? > Launchpad does not provide Debian chroots, but most probably the .debs > for lucid work on squeeze as well. I am currently working on a pbuilder setup that I will also need for another project. It will also be hosted on code.x2go.org and will be usable to any of the X2go developers. This pbuilder setup focuses on building in Debian chroots. Greets, 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…

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev April 2011