Frank Gruman wrote:
> 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.
The only downside to putting a base svn repository in /etc/skel is that
the SVN repository ID would be identical for all the users. And if the
user has 2 accounts, it could possibly cause issues. At least, I think
it might cause issues.
(see the db/uuid file in FSFS repositories)
Other then that, I agree that putting the SVN repos in ~/public_html/svn
across all the user's home folders sounds like the best track towards a
solution.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Oct 19 15:30:17 2006