From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13714 invoked by alias); 16 Apr 2015 10:20:09 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 13686 invoked by uid 89); 16 Apr 2015 10:20:08 -0000 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 Received: from mwork.nabble.com (HELO mwork.nabble.com) (162.253.133.43) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 16 Apr 2015 10:20:07 +0000 Received: from msam.nabble.com (unknown [162.253.133.85]) by mwork.nabble.com (Postfix) with ESMTP id 0F6461B0B4DC for ; Thu, 16 Apr 2015 03:20:39 -0700 (PDT) Date: Thu, 16 Apr 2015 10:20:00 -0000 From: Ismail Donmez To: cygwin@cygwin.com Message-ID: <1429179605687-117615.post@n5.nabble.com> In-Reply-To: <20150415154225.GD7343@calimero.vinschen.de> References: <20150410100703.GA4401@calimero.vinschen.de> <1428772308972-117455.post@n5.nabble.com> <20150412083532.GM7343@calimero.vinschen.de> <1428844894032-117479.post@n5.nabble.com> <20150412142521.GR7343@calimero.vinschen.de> <20150415154225.GD7343@calimero.vinschen.de> Subject: Re: [TESTERS needed] New POSIX permission handling MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-SW-Source: 2015-04/txt/msg00359.txt.bz2 Hi, Corinna Vinschen-2 wrote > Hi Ismail, >=20 > On Apr 12 16:25, Corinna Vinschen wrote: >> On Apr 12 06:21, =C4=B0smail D=C3=B6nmez 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. >> > >>=20 >> > >> 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).=20 >> Creating >> > > files in my /tmp (having an old-style ACL) with the following >> > > permissions works as desired for me: >> >=20 >> > Hopefully this will shed some more light: >>=20 >> It does, thank you. The problem is the dreaded "owner =3D=3D group" pro= blem >> 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... >=20 > I just applied a patch which is supposed to handle this owner=3D=3Dgroup > scenario better. >=20 > In short, Cygwin will try to handle POSIX user and group permissions > separately, even if owner =3D=3D 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. >=20 > The only restriction of this is that the POSIX user permissions are > always changed so that the user perms are >=3D the group perms in this > situation. So this: >=20 > chmod 460 foo >=20 > will be internally twisted into >=20 > chmod 660 foo >=20 >=20 > 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-n= eeded-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