This is the mail archive of the
cygwin
mailing list for the Cygwin project.
Re: svn: Can't change perms of file Permission denied
- From: Corinna Vinschen <corinna-cygwin at cygwin dot com>
- To: cygwin at cygwin dot com
- Date: Fri, 19 Mar 2010 11:13:29 +0100
- Subject: Re: svn: Can't change perms of file Permission denied
- References: <B40B1D23235C0246B5B5F02A1ABF5B064403040A@naeapaxrez02v.nadsusea.nads.navy.mil> <97E8FD1108ECB64FB813E8E4AC7FCD6A058738A9@naeapaxrez02v.nadsusea.nads.navy.mil> <8465FB3F14FB409AA328076156128DD3@phoenix> <hnupug$mep$1@dough.gmane.org>
- Reply-to: cygwin at cygwin dot com
On Mar 18 22:10, Steve Bray wrote:
> 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.
Preparing the ability to use mount points is just loading a table from
the /etc/fstab file. There isn't checking involved and especially no
checking of the ACL of a directory.
Additionally it's not even possible to do what you want. The ACL
of the share does not contain any hint about the share permissions,
and the share permissions of a remote share can only be requested
with special permissions. Normal users get an ACCESS_DENIED when
trying to request this information.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
--
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