While this might be true for a situation where you have
an abstract backend
and a specific Berkeley DB implementation
This restriction would apply to the abstract backend. But we have only the
specialised berkeleyDB implementation. So I guess that if BDB does not check
it, we will need to check it - waiting for BDB to get fixed (?). As soon as
someone starts writing an abstraction layer over the current libs to implement
other database backends, this issue indeed definitely does not apply to the
abstract backend.
I think it *is* important to have clean and clear user interaction.
Currently we do not (at this point). If BDB is not going to do it for us, we might as
well do it ourselves our get swamped by users@ list mails...
bye,
Erik.
> Marc Singer wrote:
>
> > I believe it is reasonable to determine an optimal set of files and
> > directories that must have r/w access for the user to be able to write
> > the database.
>
> Except that this doesn't belong in subversion, but rather in the database
> library itself. It is strictly a BerkeleyDB issue how the permissions on
> the
> files are set. AIUI, the issue is really that each user's logfile is
> owned by
> that user, so that if the umask is wrong, the group rights won't apply.
> Then
> the next user's access gets wedged.
>
> Once subversion has different backends, any code to check permissions like
> this
> will be useless.
>
> My 2 cents...
>
> John
>
> --
> John Peacock
> Director of Information Research and Technology
> Rowman & Littlefield Publishing Group
> 4501 Forbes Boulevard
> Suite H
> Lanham, MD 20706
> 301-459-3366 x.5010
> fax 301-429-5748
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
>
--
COMPUTERBILD 15/03: Premium-e-mail-Dienste im Test
--------------------------------------------------
1. GMX TopMail - Platz 1 und Testsieger!
2. GMX ProMail - Platz 2 und Preis-Qualitätssieger!
3. Arcor - 4. web.de - 5. T-Online - 6. freenet.de - 7. daybyday - 8. e-Post
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Sep 4 21:10:23 2003