X-Recipient:	archive-cygwin AT delorie DOT com
X-Spam-Check-By:	sourceware.org
Date:	Fri, 19 Mar 2010 11:13:29 +0100
From:	Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To:	cygwin AT cygwin DOT com
Subject:	Re: svn: Can't change perms of file Permission denied
Message-ID:	<20100319101329.GI6505@calimero.vinschen.de>
Reply-To:	cygwin AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
References:	<B40B1D23235C0246B5B5F02A1ABF5B064403040A AT naeapaxrez02v DOT nadsusea DOT nads DOT navy DOT mil> <97E8FD1108ECB64FB813E8E4AC7FCD6A058738A9 AT naeapaxrez02v DOT nadsusea DOT nads DOT navy DOT mil> <8465FB3F14FB409AA328076156128DD3 AT phoenix> <hnupug$mep$1 AT dough DOT gmane DOT org>
MIME-Version:	1.0
In-Reply-To:	<hnupug$mep$1@dough.gmane.org>
User-Agent:	Mutt/1.5.20 (2009-06-14)
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Unsubscribe:	<mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list 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

- Raw text -