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

shared local working copy unix

From: <David_Peterka_at_mckinsey.com>
Date: 2006-02-24 16:02:48 CET

I hope this isn't an oft repeated questions I've searched and found some
stuff but not really enough to settle my concerns. I've a server with
limited disk space and a large amount of files in a repository that
various users need to work on. As such I've created a single working copy
on the server for them to use and have also been asked to write a shell
scripts that will get the files to a users workspace (essentially their
home directory), move/add the files into the working copy when they are
done and to add the files to the remote repository (This is kinda stupid
but I couldn't really talk them out of it). This is all on a AIX unix

There are --I don't think surprisingly-- file permission problems and I'm
wondering the best approach to this. What I've done is to require all
users to be part of the same group that owns the local working copy, I've
set the sticky bit on the directories to that group. In my shell scripts
I've set umask to 002 and am copying existing files to the working copy
and doing chmod=+rw.

My questions are:
Would it be wiser to set up the shell scripts to run as suid of the actual
owner of the local working copy?
Subversion doesn't seem to notice acl changes on a file is this by design
and why?
Is my approach completly borked and if so is there a better one?


David Peterka
(212) 415-1774
This message may contain confidential and/or privileged
information. If you are not the addressee or authorized to
receive this for the addressee, you must not use, copy,
disclose or take any action based on this message or any
information herein. If you have received this message in
error, please advise the sender immediately by reply e-mail
and delete this message. Thank you for your cooperation.
Received on Fri Feb 24 16:11:00 2006

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