Hello,
all I've currently seen is that one has to install x2goserver on the server. Can I also install x2goserver (or maybe some other software) on a debian6 machine if I only have an ordinary linux account on the server, but no root access?
Ralf
On Tue, Nov 6, 2012 at 8:53 PM, Ralf Hemmecke <hemmecke@gmail.com> wrote:
Hello,
all I've currently seen is that one has to install x2goserver on the server. Can I also install x2goserver (or maybe some other software) on a debian6 machine if I only have an ordinary linux account on the server, but no root access?
In theory, this could work. In practice, you would have to fix all hardcoded paths in various scripts and probably adjust the session management glue. So it won't be easy nor straight-forward.
-- regards, Reinhard
all I've currently seen is that one has to install x2goserver on the server. Can I also install x2goserver (or maybe some other software) on a debian6 machine if I only have an ordinary linux account on the server, but no root access?
In theory, this could work.
I thought so.
In practice, you would have to fix all hardcoded paths in various scripts and probably adjust the session management glue.
:-(
Shouldn't that be easily possible via a ./configure call at compilation time? Something like "configure --prefix=$HOME/somedir". At least this way one would be able to build a customized server that doesn't need root access.
Doesn't x2go follow the default of "./configure && make && make install"?
So it won't be easy nor straight-forward.
Am I the first who asks for such a feature?
Whoever is knowledgeable about root-less installation, please make it happen.
Ralf
On Tue, Nov 6, 2012 at 9:45 PM, Ralf Hemmecke <hemmecke@gmail.com> wrote:
all I've currently seen is that one has to install x2goserver on the server. Can I also install x2goserver (or maybe some other software) on a debian6 machine if I only have an ordinary linux account on the server, but no root access?
In theory, this could work.
I thought so.src/ffaudio/ffaudio-core.c
In practice, you would have to fix all hardcoded paths in various scripts and probably adjust the session management glue.
:-(
Shouldn't that be easily possible via a ./configure call at compilation time? Something like "configure --prefix=$HOME/somedir". At least this way one would be able to build a customized server that doesn't need root access.
Doesn't x2go follow the default of "./configure && make && make install"?
Probably. But implementing that requires someone doing it. However, patches welcome :-)
So it won't be easy nor straight-forward.
Am I the first who asks for such a feature?
Whoever is knowledgeable about root-less installation, please make it happen.
Ralf
-- regards, Reinhard
Doesn't x2go follow the default of "./configure && make && make install"?
Probably. But implementing that requires someone doing it. However, patches welcome :-)
Well, I must say, the x2go.org website is a disaster. If I hadn't heard from a friend that x2go is good, I would have stopped looking at it immediately. The website doesn't even state what x2go is good for.
If x2go should get more users/developers that should be fixed. (Sorry, I cannot, since I only roughly know what x2go is all about. -- I'd rather need that information.)
Maybe I should rather subscribe to the x2go-developer list. Looking at http://www.x2go.org/doku.php/wiki:development:git tells me about "Checkout all repos:". A bash-script? That looks like x2go should rather use "git submodules" no?
Ralf
Hi Ralf,
On Di 06 Nov 2012 22:08:10 CET Ralf Hemmecke wrote:
Doesn't x2go follow the default of "./configure && make && make install"?
Probably. But implementing that requires someone doing it. However, patches welcome :-)
Well, I must say, the x2go.org website is a disaster. If I hadn't heard from a friend that x2go is good, I would have stopped looking at it immediately. The website doesn't even state what x2go is good for.
This is true. We are aware of that. Heinz has already started working
on a rewrite. However, as you might guess, it is related to a lack of
man/woman power. We rather put the efforts available into development.
If you have some skills in open source project marketing, feel free to
join in. Feel free to join in in general, as well.
If x2go should get more users/developers that should be fixed. (Sorry, I cannot, since I only roughly know what x2go is all about. -- I'd rather need that information.)
Oh... Any help offered is heavily appreciated, though.
Maybe I should rather subscribe to the x2go-developer list. Looking at http://www.x2go.org/doku.php/wiki:development:git tells me about "Checkout all repos:". A bash-script? That looks like x2go should rather use "git submodules" no?
Feel free to make new suggestions. Please join up on x2go-dev, indeed
and give in your input. THANKS!
Ralf
Greets, Mike
--
DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein fon: +49 (1520) 1976 148
GnuPG Key ID 0x25771B31 mail: mike.gabriel@das-netzwerkteam.de, http://das-netzwerkteam.de
freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xf...
Maybe I should rather subscribe to the x2go-developer list. Looking at http://www.x2go.org/doku.php/wiki:development:git tells me about "Checkout all repos:". A bash-script? That looks like x2go should rather use "git submodules" no?
Hi,
maybe I shouldn't do this before knowing x2go better, but since I was somehow shocked by this bash script...
I've actually executed it and found out that I should delete the deprecated line *and* the line
x2goagent.git \
since also that gives a 'permission denied error'.
Furthermore, when I look at http://code.x2go.org/gitweb, I somehow get the impression that the list on the webpage is completely outdated.
So, here my suggestion. Use git submodules and tell developers to clone the sources like
git clone git://code.x2go.org/x2org.git cd x2org git submodule init git submodule update
Someone from the core developers should (of course create the initial x2org.git.
For demonstration purposes you can start with
git clone git://github.com/hemmecke/x2go.git
but some core developer should actually produce a x2go.git like
mkdir x2go
cd x2go
git init
for r in buildscripts.git ,,, ; do
git submodule add git://code.x2go.org/$r;
done
git commit
with the correct list of (sub-)projects or simply clone my x2go.git and add the missing projects via
git submodule add git://code.x2go.org/libjpeg-turbo.git
and then publish that x2go.git repo somewhere.
This probably doesn't give you the exactly same setup as you had before, since (as you can see from the git://, everyone would only get read access to the repository.
But hey, we are dealing with git, nobody actually needs write access to anybody elses repository. The X2GO project has just to declare some of the many repositories as the OFFICIAL one and one or two people would be responsible to push into this OFFICIAL repository. For collaboration there is github and all the other free git-repository hosting providers.
But of course, that is all up to the inner core of developers who decide. I've just made my suggestion. Feel free to adapt to your actual needs. (Since I am too new, I don't yet know them.)
Ralf
On Wed, Nov 7, 2012 at 11:42 AM, Ralf Hemmecke <hemmecke@gmail.com> wrote:
Maybe I should rather subscribe to the x2go-developer list. Looking at http://www.x2go.org/doku.php/wiki:development:git tells me about "Checkout all repos:". A bash-script? That looks like x2go should rather use "git submodules" no?
Hi,
maybe I shouldn't do this before knowing x2go better, but since I was somehow shocked by this bash script...
I've actually executed it and found out that I should delete the deprecated line *and* the line
x2goagent.git \
since also that gives a 'permission denied error'.
Furthermore, when I look at http://code.x2go.org/gitweb, I somehow get the impression that the list on the webpage is completely outdated.
So, here my suggestion. Use git submodules and tell developers to clone the sources like
git clone git://code.x2go.org/x2org.git cd x2org git submodule init git submodule update
Someone from the core developers should (of course create the initial x2org.git.
For demonstration purposes you can start with
git clone git://github.com/hemmecke/x2go.git
but some core developer should actually produce a x2go.git like
mkdir x2go cd x2go git init for r in buildscripts.git ,,, ; do
git submodule add git://code.x2go.org/$r;
done git commitwith the correct list of (sub-)projects or simply clone my x2go.git and add the missing projects via
git submodule add git://code.x2go.org/libjpeg-turbo.git
and then publish that x2go.git repo somewhere.
This probably doesn't give you the exactly same setup as you had before, since (as you can see from the git://, everyone would only get read access to the repository.
But hey, we are dealing with git, nobody actually needs write access to anybody elses repository. The X2GO project has just to declare some of the many repositories as the OFFICIAL one and one or two people would be responsible to push into this OFFICIAL repository. For collaboration there is github and all the other free git-repository hosting providers.
But of course, that is all up to the inner core of developers who decide. I've just made my suggestion. Feel free to adapt to your actual needs. (Since I am too new, I don't yet know them.)
Implementing what you suggest is very likely to break our build infrastructure, which automatically builds nightly debian packages for debian and ubuntu. I'm not saying that it was impossible to do what you suggest, but we must ensure first that changing the repository organization does not cause regressions for our users.
-- regards, Reinhard
-
Mike Gabriel -
Ralf Hemmecke -
Reinhard Tartler