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

Re: Individual repository for each user on system

From: Frank Gruman <fgatwork_at_verizon.net>
Date: 2006-10-19 04:19:07 CEST

Matthew Dickinson wrote:
> Hi,
>
> I'm running a system (RHEL4) with ~1000 users on it - I have a requirement
> that each user needs their own repository that other users aren't able to
> access. Users should be able to access their repository from local machine,
> SSH, and also via the web.
>
> Authentication on the system is handled with a NIS back-end for user
> information, and LDAP for the actual authentication against some AD servers.
>
> Just wondering if there was existing documentation (that I just couldn't
> find) for undertaking this setup, or if someone has a bright idea to make
> this easy!
>
>
> Thanks,
>
> Matthew
>
>
Perhaps the thing to do is to create a basic, simple repository inside
of your /etc/skel/public_html folder. Set it up the way you want with
any hook scripts or default .htaccess files configured with basic
authentication. If you have Apache configured properly, each user will
be able to access their own repository after they are created.

I base this on what I think should work for a <Location ~/svn> directive
that would basically map to the users home web directory.

Something like:

toybox:/etc/skel # svnadmin create svn
toybox:/etc/skel/public_html # cd svn
toybox:/etc/skel/public_html/svn # ls
README.txt conf dav db format hooks locks
toybox:/etc/skel/public_html/svn #

I can't think of any good way to get the system to dynamically build a
SVNAccessFile, so basic authentication might have to work.

Just my 2 cents.

Regards,
Frank

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Oct 19 04:19:49 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.