public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: Achim Gratz <Stromeko@nexgo.de>
To: cygwin@cygwin.com
Subject: Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.0.0-0.7
Date: Tue, 21 Apr 2015 17:19:00 -0000	[thread overview]
Message-ID: <87a8y15rie.fsf@Rainer.invalid> (raw)
In-Reply-To: <20150421121559.GY3657@calimero.vinschen.de> (Corinna Vinschen's	message of "Tue, 21 Apr 2015 14:15:59 +0200")

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

  reply	other threads:[~2015-04-21 17:19 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-04-17 11:03 Corinna Vinschen
2015-04-17 20:10 ` Achim Gratz
2015-04-18  8:39   ` Corinna Vinschen
2015-04-18  9:47     ` Achim Gratz
2015-04-18 10:20       ` Corinna Vinschen
2015-04-18 10:48         ` Achim Gratz
2015-04-18 11:07           ` Corinna Vinschen
2015-04-19  6:05             ` Achim Gratz
2015-04-21  9:33 ` Achim Gratz
2015-04-21 12:16   ` Corinna Vinschen
2015-04-21 17:19     ` Achim Gratz [this message]
2015-04-22  9:04       ` Corinna Vinschen
2015-04-22 18:35         ` Achim Gratz
2015-04-23  8:34           ` Corinna Vinschen
2015-04-23 18:45             ` Achim Gratz
2015-04-23 19:49               ` Corinna Vinschen
2015-04-24  2:14                 ` random user

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87a8y15rie.fsf@Rainer.invalid \
    --to=stromeko@nexgo.de \
    --cc=cygwin@cygwin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).