ok, i'll try this wrapper approach and see how we get on.
whats strange is that it the offending log file (with the readonly
permissions) doesn't get created everytime my codeveloper does
a commit. only sometimes.. does anyone know what causes berkeley db
to act in this inconsistent manner?
my workaround until now has been to have a cron script that updates
permissions on the db dir every 15mins, not very elegant though :(
On Mar 15, 2006, at 10:19 AM, Marc Haisenko wrote:
> On Wednesday 15 March 2006 19:00, Simon Butler wrote:
>> hi, sorry i know this issue has come up a few times on the list but i
>> still can't figure it out :(
>>
>> i have umask 002 for all the users on the system and i have g+s
>> permissions on the repos. all the users are in the same
>> group as the repositary owner. the issue seems to be when my co-
>> developer comes in with a commit using sv+ssh, the log
>> file in the db dir ends up with the wrong permissions. i had him set
>> umask 002 on his remote account but this doesn't have
>> any effect either..
>>
>> any clues would be most appreciated!!
>>
>> a more complete summary of the issue below..
>
> You could try one of the following things:
>
> - write "umask 002" in the users' .bashrc and/or .profile
> - have PAM set the umask
> - move "svn" to "svn.real" and put a wrapper in its place that
> looks like
> this:
>
> ---snip---
> #!/bin/bash
>
> umask 002
> /path/to/svn.real "$@"
> ---/snip---
>
> The last one is probably the best, as having all user generated
> file with a
> umask of 002 is probably not what you want. When you use the
> wrapper only svn
> access has that umask.
>
> C'ya,
> Marc
>
> --
> Marc Haisenko
> Comdasys AG
>
> Rüdesheimer Straße 7
> D-80686 München
> Tel: +49 (0)89 - 548 43 33 0
> Fax: +49 (0)89 - 548 43 33 29
> e-mail: haisenko@comdasys.com
> http://www.comdasys.com
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Mar 15 19:40:27 2006