[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: RE: Installing SVN without root access

From: <jason_at_subversus.org>
Date: 2006-06-20 14:15:05 CEST

I have never come across any decent (by "decent" I mean well-managed) shared
hosting service that allows you to run ANY type of server in their
environment. You should thoroughly read your Terms of Service agreement
before attempting something like this, or you'll likely find your account
cancelled. And there's good logic behind this... your attempts to run a
particular piece of software shouldn't negatively affect the performance or
functionality of other customer's sharing the same server.

The option you mentioned of using a hosting service that specializes in SVN
is probably the easiest and cheapest solution.

However, if you want maximum control over your environment then the cheapest
solution would be a VPS / VDS, which provides you a fraction of the capacity
of a server, but sandboxes your resources as to minimize impact on the other
customers you're sharing the server with. Plus, this way you have virtual
root access of your sandbox allowing you to configure your system and
install software at-will.

-----Original Message-----
From: Felix Gilcher [mailto:gilcher@exozet.com]
Sent: Tuesday, June 20, 2006 3:22 AM
To: jason@subversus.org; Tyson Tate; users@subversion.tigris.org
Subject: AW: RE: Installing SVN without root access

jason@subversus.org <mailto:jason@subversus.org> schrieb am Montag, 19. Juni
2006 21:38:

> I'm confused... are you trying to run the SVN client or the
> SVN server from
> your hosting account? The first is possible (well, depending upon
> your ability to have shell access (via SSH). The second, however
> (running the server) is not possible on shared hosting.

well, if you have shell access you might still be able to get a svn server
running. You would just need to use the svn+ssh access scheme which starts
the server as an ordinary process that accepts connections. there might be
firewall issues though. (never tried that but from what I gathered from the
docs, this should work)

>
> If you're wanting to run Trac, I'm guessing that you want to
> run SVN server,
> at which point, you're pretty much out of luck.
>
> If you need to do something like this, you might want to consider
> either a virtual dedicated server, or a true dedicated server.
>

some hosters offer svn on their servers as well as the ability to use trac
(e.g: textdrive). that might be an option as well.

good luck

fg

>
> -----Original Message-----
> From: Tyson Tate [mailto:tyson@fallingbullets.com]
> Sent: Monday, June 19, 2006 2:14 PM
> To: users@subversion.tigris.org
> Subject: Installing SVN without root access
>
> I'd like to run trac (and, by extension, SVN) on my shared hosting
> account with Bluehost, but they don't allow root access. Is it
> possible to install
> SVN without root access?
>
> If anyone has any pointers for installing trac without root access,
> as well, I'd appreciate that too. (Though I imagine trac-related info
> should be sent off-list to avoid going off-topic.)
>
> Thanks!
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org

-- 
Felix Gilcher
Head of IT Development
Exozet Berlin GmbH
Rotherstraße 20
10245 Berlin
eMail: gilcher@exozet.com
URL: www.exozet.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Jun 20 14:16:45 2006

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.