delorie.com/archives/browse.cgi | search |
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:from:to:subject:references:date:in-reply-to | |
:message-id:mime-version:content-type; q=dns; s=default; b=BMbPH | |
haVkqeuTxXPqeaY9+nd3P1muQHYRyPH4wERwRp8845z3J5Ux22ByhHtEoyATX6lT | |
GWEs+HsGauVVxaUIOqef0K++Oea5psUXhkLHbGFdZUtC9T3eBNaRgGqTy42VqF8H | |
GdxojwOrxB1rL91yqdLPGN/n4F39mfqHyTd8GU= | |
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:from:to:subject:references:date:in-reply-to | |
:message-id:mime-version:content-type; s=default; bh=OWuI3VHLX4i | |
wMS9/Fm6256/XQo4=; b=UY7jNl70MZPIBLk42csWxBxROsHotkN1/j/05BAwmTR | |
x5N0Fla5/yZhTF/ABRIQXbwQrKSaYAMNSJ3oraSyPptHP+iwjAxXrLtPyts2nSfY | |
Dr6XJoPkLmz8S/0QXACyUsZutfUbrCaEBQd5dLib6Y261lP7U4u6qvS2Jv4/kPWw | |
= | |
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.6 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 |
X-HELO: | mail-in-09.arcor-online.net |
X-DKIM: | Sendmail DKIM Filter v2.8.2 mail-in-09.arcor-online.net 3lWWp61vBVzDYgP |
From: | Achim Gratz <Stromeko AT nexgo DOT de> |
To: | cygwin AT cygwin DOT com |
Subject: | Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.0.0-0.7 |
References: | <announce DOT 20150417103517 DOT GV3657 AT calimero DOT vinschen DOT de> <loom DOT 20150421T111734-742 AT post DOT gmane DOT org> <20150421121559 DOT GY3657 AT calimero DOT vinschen DOT de> |
Date: | Tue, 21 Apr 2015 19:18:49 +0200 |
In-Reply-To: | <20150421121559.GY3657@calimero.vinschen.de> (Corinna Vinschen's message of "Tue, 21 Apr 2015 14:15:59 +0200") |
Message-ID: | <87a8y15rie.fsf@Rainer.invalid> |
User-Agent: | Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) |
MIME-Version: | 1.0 |
Corinna Vinschen writes: > It's not about rsync exactly. Well, rsync creates that mess somehow. > The problem is that I'm missing the > context a bit. I take it the permissions are supposed to be inherited > from the ".." dir, basically. The ".." dir has been created by > non-Cygwin means, right? Yes, it's the top-level directory of an external disk attached to USB. > The "." dir has been created by Cygwin already > it seems, but what permissions were desired? Does it match the > expectations or not? All directories from here on down have been created by Cygwin / rsync, and "." is the target directory of the rsync. > The "dir1" and "dir2" directories both have been created by Cygwin, > but they are somehow totally wrong. I don't see how this could occur, > even in case the ACL sorting fails at creation time. The problem seems to be that without the --acl flag to rsync, it tries to chmod the files it copies to the permissions it gets from the source file (which would be ---rwx---+). > Btw., the getfacl output of dir1 and dir2 don't seem to match the > icacls output. The groups are different. Yes, that's likely a fallout from rsync trying to recreate the mode bits for a different file owner and group. On the source tree the file owner (a domain user) doesn't have any rights, access is granted by one of the share groups (seperately for read-only and modify access) and the filer admin group (modify access plus a few more permissions). None of the share groups have permission to modify the DACL and everything gets inherited from the root node of the share (it's a NetApp, but I don't think that factors into that problem other than being the standard setup on these files apparently). > I wonder if I can create a similar scenario. Reproducing might be > tricky :( Let me know if you need more information. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada -- 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
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |