X-Recipient: archive-cygwin@delorie.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:message-id:from:to:references:in-reply-to
	:subject:date:mime-version:content-type
	:content-transfer-encoding; q=dns; s=default; b=v2CpyLyytKDyWjMa
	JEtFnORQqb6LoKRamhZEflx0HS7l6sKutta4fzr756O2UIqxljo+PswQmSSWPcI9
	fw+IRWC8ielrYg/zl3QzpplaNM9Ob4xzjIfrh2peL4O3GyKM2kWTqlE4p134aakk
	8BCvDCsQT/C5ImeYD0Gacp4YvP4=
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:message-id:from:to:references:in-reply-to
	:subject:date:mime-version:content-type
	:content-transfer-encoding; s=default; bh=dWm+PCehCgDtXw/RT0IQ4w
	6S4rA=; b=mIKKuWQX9ORsypXmuS5B+uwqJdEEwZza72Td9gjgyirs6EseSB45+F
	HIR5zLmq5XA1yJyUKTIR0bCtSq3wP0F1b0teFQneWdAt5nZVmJ8u8Td7MiDsErjD
	wFQJA8p1Ngv/zFLSjjTu+Un5heTJrcOeUNN4veaxDkdG/v5SN3bvs=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-1.0 required=5.0 tests=AWL,BAYES_40,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2
X-HELO: BLU004-OMC1S4.hotmail.com
X-TMN: [7KUwX7s016/IUJxEZ725nsg01Ly09B0O]
Message-ID: <BLU182-DS1396F60CE885BBA6F983E3D4400@phx.gbl>
From: "Walter L." <bournenoir@hotmail.com>
To: <cygwin@cygwin.com>, "Ken Brown" <kbrown@cornell.edu>
References: <BLU182-W10FB6B21A2AEC90F71470FD4450@phx.gbl> <154887677.20150923111537@yandex.ru> <BLU182-DS2B4F831FEB7E4C1B67330D4440@phx.gbl> <56036256.8080209@tlinx.org> <BLU182-DS2567923242507AF88D9315D4430@phx.gbl> <56037F66.40209@tlinx.org> <BLU182-DS177F609D3B4BC69A880C77D4430@phx.gbl> <56042985.2040104@tlinx.org> <BLU182-DS23E73EC671521B950E6875D4420@phx.gbl> <1275666051.20150926120518@yandex.ru> <BLU182-DS1484E63B23E4228B1C49B4D4410@phx.gbl> <560717D5.5010201@cornell.edu>
In-Reply-To: <560717D5.5010201@cornell.edu>
Subject: Re: Issues encountered with new Cygwin version
Date: Sat, 26 Sep 2015 23:56:13 -0400
MIME-Version: 1.0
Content-Type: text/plain;	format=flowed;	charset="Windows-1252";	reply-type=original
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes

On 9/26/2015 6:10 PM, Ken Brown wrote:

> > On 9/26/2015 5:05 AM, Andrey Repin wrote:
> >
> > > Greetings, Walter L.!
> > >
> > > > This is very unfortunate because I'm using Git in Cygwin
> > > > specifically because it doesn't set the executable bit like Windows
> > > > applications.
> > >
> > > This is, you know, configurable?...
> >
> > Which part? Git or Cygwin? You mean I can configre Cygwin to prevent Git
> > from creating files that inherit the executable bit from the ACL?
>
> I don't mean to be nit-picking, but the way you phrased this questions
> suggests that you have some misconceptions about what's going on here.

No. There's no misconception here. I understood perfectly well from the
explanation in your last email.

> 1. Starting with Cygwin 1.7.34, the "group permissions" of a file reflect
> not only the permissions of the primary group of the file, but also all
> secondary user and group entries in the file's ACL.
>
> So if you're seeing an unexpected executable permission, it's because the
> file has an ACL entry giving executable permission to some user or group
> other than the primary ones.  You can see these ACL entries by running
> getfacl on the file.

Thanks Ken. I get that.

> 2. If the directory has *default* ACL entries, then these entries, by
> default, will be inherited by files created in that directory (by Git or
> any other application).
>
> If you don't want files created in that directory to inherit the
> corresponding entries, then you need to get rid of those unwanted default
> ACL entries.  The simplest way is to run 'setfacl -b' on the directory, as
> explained in the FAQ cited above and in my earlier email.

Thanks again... I get that as well, and I've went ahead and ran 'setfacl -b'
on a top-level directory that contains all my projects per your suggestion
from the previous email. All is well.

My question was merely based on Andrey's statement that "This is
configurable" (see above); I don't know what he meant and what "this" is,
Git or Cygwin. If by saying "This is configurable" he meant running
'setfacl -b' on the top-level directory, then I simply misunderstood his
statement; I was just misinterpreting "configurable" meaning setting "noacl"
or something like that to the file system or the environment.

Since there are usually more than one way to do something, I was just
wondering if Andrey knew of another way to handle the permission issue by
the way of some configuration setting.

Regards,
~WL 


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

