X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Message-ID: <493C5E9C.5E7B4C67@dessent.net> Date: Sun, 07 Dec 2008 15:39:08 -0800 From: Brian Dessent MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: rsync restore the file owner but rsyncd do it not References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Reply-To: cygwin AT cygwin DOT com Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Matthias Meyer wrote: > My first questions: > What the reason for not copying the attributes "HS"? rsync is a POSIX program. It sees everything in terms of POSIX. That means it sees a file mode, such as 0644, 0755, etc. It reads a mode on the source and sets that same mode on the dest, that is it. It has no idea what H/S/R/A attributes mean or that they even exist. The A attribute gets set on the dest file simply because that is the default behavior when creating a file. The R attribute gets set because Cygwin can map that bit easily onto the POSIX "u=w" mode bit, such that setting a mode like 0444 will cause R to be set and setting 0644 will cause R to be reset. But S and H have no such easy mapping onto POSIX modes, so they aren't propagated. > If I try "-X" I get an error "rsync: extended attributes are not supported on this client" Any EA support in rsync would most likely be some form of POSIX EA anyway, not R/H/S/A, so I don't think this really matters. > The same behavior occurs with a file test.txt which is owned by: > ls -al shows - user mkgroup > ls -an shows - 1006 513 Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/