On 03/18/2010 05:06 PM, Jason Pyeron wrote:
It seams that svn needs to be able to write the DAC, and if it cannot then svn
up cannot work. This seems to be not the case in the past (or was there some
magic voodoo on my old system?)
Any suggestions on where to start?
Granting Full on the share and the directory mitigated this issue. I am unable
to keep full control on the share, and previously we had Modify/Change on the
share and svn was working.
This may be the issue that I previously reported
Cygwin 1.7.1 breaks git on netapp shared drives
http://www.cygwin.com/ml/cygwin/2010-01/msg01146.html
A secured share drive has inherited acls without permissions to change
the permissions. This will be very common on a Windows shared drive but
does not occur with POSIX. In the transition from cygwin 1.5 to 1.7 it
appears that they try harder to use acls. If they find them they try to
use them ... but on these shared drives the users do not have
permissions to change them. Any application that attempts to change
them now fails, git, svn, you name it. We now need to mount the shared
drives with the noacls flag so cygwin stops trying to change acls even
though it does not have permission.
Perhaps at mount, if the top directory has inherited permissions that
lack permission to change permissions then it could revert to the noacls
behavior.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
