https://bugzilla.samba.org/show_bug.cgi?id=12820
--- Comment #1 from Dave Gordon <dg32...@zoho.eu> --- (In reply to Pavel Alexeev from comment #0) The listing at the end of your report is presumably on the sending side; on the receiver, you should see that the transfer has converted the symlink into a plain file, which is how fake-super has worked ever since commit 6e310d38fcdeacb8055bb7e83d4e64c37fd54a38 Author: Wayne Davison <way...@samba.org> Date: Wed Sep 2 09:06:29 2009 -0700 Have --fake-super turn a symlink into a file when NO_SYMLINK_XATTRS is defined. (unless the destination system supports xattrs on symlinks?) The expected result on a Linux destination would be: $ LANG=en_US.utf-8 ls -l rsync.symlinks total 4 -rw-rw-r--. 1 pasha pasha 13 Oct 11 06:10 file.itself -rwxrwxrwx. 1 pasha pasha 11 Oct 11 06:11 file.symlink $ cat rsync.symlinks/file.symlink file.itself i.e. the symlink would be transformed into a plain file containing the text of the link path (unfortunately, still with mode 0777!). Fake-super mode would also (try to) create an xattr named "user.rsync.%stat", but that wouldn't work if the filesystem object has been created as a symlink. Maybe failing to find the xattr causes rsync to think there's a uid/gid mismatch. At all events, this doesn't happen (for me) with version 3.1.3 (or 3.1.1). .Dave. -- You are receiving this mail because: You are the QA Contact for the bug. -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html