X-Recipient:	archive-cygwin AT delorie DOT com
DomainKey-Signature:	a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:to:message-id:in-reply-to:references
	:subject:mime-version:content-type:content-transfer-encoding; q=
	dns; s=default; b=u4z47CZdJFeHlYRVmLh4o+OuOnJyJlbGmf+MK570LetvgH
	I1NNnUjeVDo1bq7+XpH7qMmOAsAIqblY5Jyb1fGPxlrSeK49SHNOWLiseD9meDtJ
	F7HCSTM98W6BantTjBQKf9AwYGeMknkZYA4cHyIu4/VaD140/wDNJT3Lxe8xc=
DKIM-Signature:	v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:to:message-id:in-reply-to:references
	:subject:mime-version:content-type:content-transfer-encoding; s=
	default; bh=PAMVkj6//4/bL1+gwytAKv95zVw=; b=sYBK9k4HwkFLC4mVXpbq
	gAQYNjFY4RlxVDxzyjZ7kzIVSOUgrBlCqplVVnka/XZrdab/4glphsR4ZRKtG2EV
	f80TLsZoDOJDg6+RG/TYHs15vdBwtlIz02rhRfUnykVVRdmCr0nM9xjOlHleUAjC
	u8LZ1UX/jl1+cIW3XZN03u0=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.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
Authentication-Results:	sourceware.org; auth=none
X-Virus-Found:	No
X-Spam-SWARE-Status:	No, score=3.1 required=5.0 tests=AWL,BAYES_50,SPF_SOFTFAIL,URI_HEX autolearn=no version=3.3.2
X-HELO:	mwork.nabble.com
Date:	Thu, 16 Apr 2015 03:20:05 -0700 (MST)
From:	Ismail Donmez <ismail AT donmez DOT ws>
To:	cygwin AT cygwin DOT com
Message-ID:	<1429179605687-117615.post@n5.nabble.com>
In-Reply-To:	<20150415154225.GD7343@calimero.vinschen.de>
References:	<20150410100703 DOT GA4401 AT calimero DOT vinschen DOT de> <1428772308972-117455 DOT post AT n5 DOT nabble DOT com> <20150412083532 DOT GM7343 AT calimero DOT vinschen DOT de> <1428844894032-117479 DOT post AT n5 DOT nabble DOT com> <20150412142521 DOT GR7343 AT calimero DOT vinschen DOT de> <20150415154225 DOT GD7343 AT calimero DOT vinschen DOT de>
Subject:	Re: [TESTERS needed] New POSIX permission handling
MIME-Version:	1.0
X-MIME-Autoconverted:	from quoted-printable to 8bit by delorie.com id t3GAKN4V007524

Hi,


Corinna Vinschen-2 wrote
> Hi Ismail,
> 
> On Apr 12 16:25, Corinna Vinschen wrote:
>> On Apr 12 06:21, İsmail Dönmez wrote:
>> > Corinna Vinschen-2 wrote
>> > > On Apr 11 10:11, donmez wrote:
>> > >> Corinna Vinschen-2 wrote
>> > >> > I just applied a patch I'm working on for quite some time now.  As
>> I
>> > >> > outlined before on this list, the POSIX permission handling has
>> aged
>> > >> > considerably and, for historical reasons, did things differently
>> > >> > dependent on the calling function.  I took the time to reimplement
>> the
>> > >> > core functionality to handle all ACLs as strictly following POSIX
>> ACL
>> > >> > rules as possible.
>> > >> 
>> > >> I tested the updated package and at least quilt and mutt seems to
>> broken
>> > >> by
>> > >> the permission changes:
>> > >> [...]
>> > > No offense, but this is not overly helpful.  The problem is to learn
>> > > *why* this happens and how to fix it.  For that I'd need to know what
>> > > your permissions on /tmp look like (ls -l, getfacl, icacls). 
>> Creating
>> > > files in my /tmp (having an old-style ACL) with the following
>> > > permissions works as desired for me:
>> > 
>> > Hopefully this will shed some more light:
>> 
>> It does, thank you.  The problem is the dreaded "owner == group" problem
>> introduced with these weird Microsoft accounts.  I completely forgot
>> about this while implementing the new code.  It's pretty tricky to get
>> the Windows ACL right for this.  Additionally the ACLs already created
>> by setup are... borderline correct only.  Back to the drawing board...
> 
> I just applied a patch which is supposed to handle this owner==group
> scenario better.
> 
> In short, Cygwin will try to handle POSIX user and group permissions
> separately, even if owner == group.  This is basically a fake as far
> as the actual permissions of the account are concerned, but it allows
> applications still to chmod to different user and group perms.  It
> just *looks* different in the end.
> 
> The only restriction of this is that the POSIX user permissions are
> always changed so that the user perms are >= the group perms in this
> situation.  So this:
> 
>   chmod 460 foo
> 
> will be internally twisted into
> 
>   chmod 660 foo
> 
> 
> I uploaded new developer snapshots to https://cygwin.com/snapshots/
> and I'm just uploading a 2.0.0-0.5 test release with this change.

I tested the new test release (rm -rfd the cygwin installation and
re-installed from scratch just to be sure), my original testcase with quilt
and mutt works, BUT now when I run make install inside mutt source it
complains that /usr/bin/install cannot change permissions on the destination
executables.

Now this is a pretty vague error report but it might take some time before I
can post an easily reproducable error. Because running the same command
myself gives no error whatsoever. I'll try to come up with a better report.

Thanks a lot!




--
View this message in context: http://cygwin.1069669.n5.nabble.com/TESTERS-needed-New-POSIX-permission-handling-tp117406p117615.html
Sent from the Cygwin list mailing list archive at Nabble.com.

--
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 -