From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from p3plsmtpa11-03.prod.phx3.secureserver.net (p3plsmtpa11-03.prod.phx3.secureserver.net [68.178.252.104]) by sourceware.org (Postfix) with ESMTPS id 212A23858C2C for ; Mon, 3 Jan 2022 16:17:15 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 212A23858C2C Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=kosowsky.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=kosowsky.org Received: from consult.pretender ([146.115.145.129]) by :SMTPAUTH: with ESMTPSA id 4Q1Jnq4OG8m7b4Q1KnoYLU; Mon, 03 Jan 2022 09:17:14 -0700 X-CMAE-Analysis: v=2.4 cv=KeAXDSUD c=1 sm=1 tr=0 ts=61d3218a a=BYuR5sdBHlGgEYWvfiqr5Q==:117 a=BYuR5sdBHlGgEYWvfiqr5Q==:17 a=kj9zAlcOel0A:10 a=DghFqjY3_ZEA:10 a=SDfTxdTO67EP5rrrnoMA:9 a=CjuIK1q_8ugA:10 X-SECURESERVER-ACCT: inbox@kosowsky.org Received: from consult.pretender (localhost [127.0.0.1]) by consult.pretender (Postfix) with ESMTP id 9CFDE28830F4 for ; Mon, 3 Jan 2022 11:17:13 -0500 (EST) Received: by consult.pretender (Postfix, from userid 495) id 8FAAB28830F2; Mon, 3 Jan 2022 11:17:13 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-Spam-Status: No, score=0.1 required=5.0 tests=BAYES_00, FROM_BLANK_NAME, KAM_DMARC_STATUS, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=no autolearn_force=no version=3.4.4 Received: from consult.pretender (localhost [127.0.0.1]) by consult.pretender (Postfix) with ESMTPSA id 5F80F28830EF for ; Mon, 3 Jan 2022 11:17:13 -0500 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <25043.8585.322210.817972@consult.pretender> Date: Mon, 3 Jan 2022 11:17:13 -0500 To: cygwin@cygwin.com Subject: 'rsync -a' not preserving ownership X-Mailer: VM 8.2.0b under 25.2.2 (x86_64-pc-linux-gnu) From: "" X-Virus-Scanned: ClamAV using ClamSMTP X-CMAE-Envelope: MS4xfK34pH9Nwg2G6pe/bioeBiucTPE6meVyfwtUJ26JaV6BBIkFudJ+SqxivzdMmIzjqpL4iwZDQE7gxnPcOIjqUErArS1VznJxUIOJ2p6yeAlZQJKha5aE /E7LZTrtHGSbO3JkOSbvzQagYUPxsnbDHx4xqO/vLn220ed1iI3eeQrOt1MSXblYs04jIc7I/865//DFT1ytHwKba4LS61li1TU= X-BeenThere: cygwin@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2022 16:17:16 -0000 I am running cygwin as Administrator and tried this under both Win7 and Win10. # touch test # chown Administrators.SYSTEM test # rsync -a test test2 # cp -a test test3 # ls -al test* -rw-r--r-- 1 Administrators SYSTEM 0 Jan 3 11:00 test -rw-r--r-- 1 myname None 0 Jan 3 11:00 test2 -rw-r--r-- 1 Administrators SYSTEM 0 Jan 3 11:00 test3 Note that perms are copied properly (which I validated by trying with other perm combos) So, why is 'cp -a' able to preserve ownership while 'rsync -a' fails and sets ownership to the login name?