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=WbmA+zbm8UwwhNwY
	5oIzBllvXri5qpvh0IKVCi4UXtAzDq1u6U1PRI91m2ESP2U79DpJYS6Z0u9nsypf
	dEQLpV1hDwa2yK1QmzxFSxVXNEa6q2uFMP7gjVW5l5XjS1xPZ+Ukqr/qcluOwdwA
	hSyaMHYQnhfCDvaH1X1zY+/uEZE=
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=WZe9WjA1gyeGrXzMTZ6IWD
	51QcA=; b=NWReoCHzVLH7z8YMZhxJB4vOy4f7P4nShCBlLDHCsu4t3kFHLdvtT7
	vuwKUoqLUSDVeFdTdlxzWmjByJI9x4E7N4W5Vib5D+URLrohfDCT3z4XN1f7Posj
	B6+dCuLl8S1kgLop+9ZQpNGEUsh8fMTaCsV1pDLmE1UWDYrc5ZNss=
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=-0.1 required=5.0 tests=AWL,BAYES_50,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2
X-HELO:	BLU004-OMC1S36.hotmail.com
X-TMN:	[vtvxnTExhkU7s0SVGuFnxX/MfBsvANQt]
Message-ID:	<BLU182-DS10E40C170599E2C6841310D4400@phx.gbl>
From:	"Walter L." <bournenoir AT hotmail DOT com>
To:	<cygwin AT cygwin DOT com>
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> <BLU182-DS1396F60CE885BBA6F983E3D4400 AT phx DOT gbl> <881548635 DOT 20150927125434 AT yandex DOT ru>
In-Reply-To:	<881548635.20150927125434@yandex.ru>
Subject:	Re: Issues encountered with new Cygwin version
Date:	Sun, 27 Sep 2015 10:45:45 -0400
MIME-Version:	1.0
X-IsSubscribed:	yes

On 9/27/2015 5:54 AM, Andrey Repin wrote:

> Greetings, Walter L.!
>
>> 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.
>
> "This" being "Git", and http://cygwin.com/ml/cygwin/2015-09/msg00072.html
>
>> 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.
>
> The problem child here is Git that bindly assumes that there's no other
> permissions than POSIX permissions, and no other executables than POSIX
> executables.
> Both statements aren't true for any given OS these days.
>
>> 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.
>
> I didn't, but I'm reading the list patiently, picking knowledge where I
> can.
> Thanks to Adam. This solution came up relatively recently.

Thanks for the clarification and the link, Andrey; it certainly gives me a
better picture of what's going on. Unfortunately, per my previous email,
configuring Git with "core.fileMode=false" won't help me because I still
want to enforce file permissions and not ignore it. Other developers
sometimes inadvertently set the wrong permission on some files and I want to
be able to revert them to the correct permission upon my next commit of the
files.

Calling 'setfacl -b' on the parent folder containing the project suggested
by Ken may be the best course of action until Git changes its behavior.

Thanks again to both of you for the depth of information provided.

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

- Raw text -