x2go-dev

x2go-dev@lists.x2go.org

1 participants
5399 discussions

X2Go Security Issues
by Provo Kant 24 Apr '11

24 Apr '11

Hallo, hat sich bezüglich http://www.mail-archive.com/x2go-dev@lists.berlios.de/msg01293.html http://www.mail-archive.com/x2go-dev@lists.berlios.de/msg01298.html was getan? - Es gibt bisher keine Security Patches oder Releases?! Nichtmal Vorschläge um das Problem einzugrenzen wurden gemacht... wie z.B. folgender Code für /usr/bin/x2gopgwrapper direkt hinter den Shebang: for var in "$@" do if [[ ! $var =~ ^[A-Za-z0-9/_.-]+$ ]] then echo "blocked" exit 1 fi done

2 1

Nightly Ubuntu packages
by Moritz Struebe 22 Apr '11

22 Apr '11

Hi there, with a bit of help of Reinhard I have set up a ppa [1] containing nightly builds for Ubuntu Lucid and Maverick. Using this ppa allows simple installation and testing of nightly builds. Please remember that these are nightlys, pulled directly from GIT [2], and therefore not necessarily stable builds. There will be a ppa containing releases and it is also might be that there will be another ppa containing "tested" builds in the future (if there someone is willing to maintain it). Currently there are no builds for Karmic Hardy and Dapper, as this might cause some extra work testing. (I personally don't see any trouble adding them, if there is someone willing to test and maintain them.) Also no Natty as nxcompext does not build (Feel free to look into it [3]). Cheers Morty [1] https://launchpad.net/~x2go/+archive/ppa [2] http://git.x2go.org/ [3] https://code.launchpad.net/~x2go/+recipe/nxcompext-daily -- Dipl.-Ing. Moritz 'Morty' Struebe (Wissenschaftlicher Mitarbeiter) Lehrstuhl für Informatik 4 (Verteilte Systeme und Betriebssysteme) Friedrich-Alexander-Universität Erlangen-Nürnberg Martensstr. 1 91058 Erlangen Tel : +49 9131 85-25419 Fax : +49 9131 85-28732 eMail : struebe(a)informatik.uni-erlangen.de WWW : http://www4.informatik.uni-erlangen.de/~morty

2 1

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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev