delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2019/03/10/06:48:54

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:date:from:mime-version:to:subject
:references:in-reply-to:content-type:content-transfer-encoding;
q=dns; s=default; b=jE2ANs4LbQzDQO0hhgEX2K+8LbwPA6Mr+H7ei3KTfiM
c9zNI7h7Edwdmrig1nq3FZVIzEmlAEU4JScyITzj0yCktyi7K1Av5VZI9nVQTBOu
PM46iEQ2E3xUIVtfEPtUawlciRdX/iIUeqGS84xPHHW34zg7c81usuAtVa0pjv3c
=
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:date:from:mime-version:to:subject
:references:in-reply-to:content-type:content-transfer-encoding;
s=default; bh=RGkQavI8KImIKLT4BrJVzSh3+tI=; b=j91OdNbGQOvSRIDfn
bsU0G+dQi6RYfxDwyXyzFBSfR39dXrJZHVaAPsUN4F46Y72xcTMLWDfPQfE696qv
zIw2Jl038Fpj/sILdcdyAfH6J1WkRlPmir4cDBSyDKLOrQyhUFDnlfOmlGQElVBN
PAR+i6kPVNoNfmL2NgcR6kNuiY=
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-Spam-SWARE-Status: No, score=-4.5 required=5.0 tests=AWL,BAYES_00,GIT_PATCH_2,UNSUBSCRIBE_BODY autolearn=ham version=3.3.1 spammy=regularly, clue, breath, constantly
X-HELO: Ishtar.sc.tlinx.org
Message-ID: <5C84EB7B.70408@tlinx.org>
Date: Sun, 10 Mar 2019 03:48:27 -0700
From: L A Walsh <cygwin AT tlinx DOT org>
User-Agent: Thunderbird
MIME-Version: 1.0
To: "cygwin AT cygwin DOT com" <cygwin AT cygwin DOT com>
Subject: Re: win dirs don't handle lack of inherited rule(?): getfacl + tar dir Warning: Cannot acl_to_text: Invalid argument
References: <5C81E2EE DOT 7020708 AT tlinx DOT org> <20190308121543 DOT GI3785 AT calimero DOT vinschen DOT de>
In-Reply-To: <20190308121543.GI3785@calimero.vinschen.de>
X-IsSubscribed: yes


On 3/8/2019 4:15 AM, Corinna Vinschen wrote:
> On Mar  7 19:35, L A Walsh wrote:
>> I ran tar on another directory and got a huge number**
>> of these:
>> tar: rules: Warning: Cannot acl_to_text: Invalid argument
>> tar: adblockplus: Warning: Cannot acl_to_text: Invalid argument
>> tar: autopager: Warning: Cannot acl_to_text: Invalid argument
>> tar: bookmarkbackups: Warning: Cannot acl_to_text: Invalid argument
>> ---
> Can you please provide the cacls or icacls command creating
> a directory that allows to reproduce the issue?

I doubt that area of my disk has ever been manipulated by 
cacls or icacls. That's in my roaming profile.

I tried reproducing the prob in other areas, but wasn't able to
(in root, program dirs...etc).

That area has had it's perms changed by chattr, explorer's security
dialogue, and by the transfer of files into the dir via it synchronizing 
my profile with the server.  I have no clue how well the roaming
profile sync reproduces ACL's that go to a samba machine (that is
storing ACL's via XFS's xattrs), and back, but I wouldn't hold my
breath, as it's done the occasional sync on login & logoff since
My moving to Win7x64.

Also my computer has undergone more than 1 "upgrade-in-place" to same
version to reset things, and permissions get tweaked then too.

So as for how to create these problems...I can't say for sure, but
they do come up fairly regularly.  :-(

Thing is, it is next to impossible to reset them, as there are
links in roaming profile to server directories.  Most software will
stop at the system boundary, but have had some...either way, when
those permissions get copied back, I don't know about their integrity.
Note -- even if I do reset them, the problems come back.

One thing that may be confusing some software is, what seems like
cygwin adding the NULL SID with deny entries but also, according
to the explorer security dialog, "out of normal order for them to be
effective".  So it auto-reorders them if it tries to write to them.

If that could be cleaned up, so explorer and other software wouldn't
think the ACL is "out of order" and want to re-arrange it, that might
help.  It can't be good for different pieces of software to constantly
be trying to apply their own "standards".


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


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019