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: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 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=-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 AT hotmail DOT com>
To: <cygwin AT cygwin DOT com>, "Ken Brown" <kbrown AT cornell DOT edu>
References: <BLU182-W10FB6B21A2AEC90F71470FD4450 AT phx DOT gbl> <154887677 DOT 20150923111537 AT yandex DOT ru> <BLU182-DS2B4F831FEB7E4C1B67330D4440 AT phx DOT gbl> <56036256 DOT 8080209 AT tlinx DOT org> <BLU182-DS2567923242507AF88D9315D4430 AT phx DOT gbl> <56037F66 DOT 40209 AT tlinx DOT org> <BLU182-DS177F609D3B4BC69A880C77D4430 AT phx DOT gbl> <56042985 DOT 2040104 AT tlinx DOT org> <BLU182-DS23E73EC671521B950E6875D4420 AT phx DOT gbl> <1275666051 DOT 20150926120518 AT yandex DOT ru> <BLU182-DS1484E63B23E4228B1C49B4D4410 AT phx DOT gbl> <560717D5 DOT 5010201 AT cornell DOT 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