This always causes the problem I was describing:
As user1:
> cd /tmp/mycode
> svn co svn://10.1.1.1/home/code
> cd code
> svn update
At revision 4.
Everything is fine so far. On the same machine as user2 (in the same group
as user1):
> cd /tmp/mycode/code
> svn update
svn: Can't open file '.svn/lock': Permission denied
This error happens for lots of files, so we change the group permissions of
all .svn directories to allow anyone in the group to write to them. Also for
.svn/tmp directory which also has the same problem:
ie. As user1 again:
> find /tmp/mycode -name ".svn" | xargs chmod g+w
> chmod g+w /tmp/mycode/code/.svn/tmp
> svn update
At revision 4.
Back as user2 I now expect he has permission to update this directory:
> svn update
svn: Can't set file '.svn/entries' read-write: Operation not permitted
> ls -l .svn/entries
-r--r--r-- 1 user1 group 560 2005-01-06 09:17 .svn/entries
Why does this entries file have to be owned by the user trying to do the
update? We want any member of the group to be able to perform the svn
update.
Worse yet, back as user1:
> svn update
svn: Can't open file '.svn/tmp/entries': Permission denied
> ls -l .svn/tmp/entries
-rw-r--r-- 1 user2 group 560 2005-01-06 09:20 .svn/tmp/entries
Now neither user can perform an update without deleting the temporary file
.svn/tmp/entries
I haven't checked other svn operations yet since I assume most will act in a
similar way to this update.
Any ideas?
Thanks,
Brian
-----Original Message-----
From: kfogel@newton.ch.collab.net [mailto:kfogel@newton.ch.collab.net] On
Behalf Of kfogel@collab.net
Sent: 05 January 2005 17:21
To: Brian Bird
Cc: users@subversion.tigris.org
Subject: Re: SVN and sharing working directories
"Brian Bird" <brian.bird@securetrading.com> writes:
> We have just tried a similar system with Subversion but got lots of
> permission and operation denied errors despite several attempts at
> changing file permissions. Does anyone know if this setup is likely to
> even be possible with svn or is it a requirement that each user works
> in their own working directory?
If you could describe the permission problems in detail, that would help.
Do they revert unexpectedly? Predictably after certain svn operations? ...
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Jan 6 10:26:35 2005