[Bug 12820] rsync always try change owner and group of symlink in --fake-super mode

samba-bugs at samba.org samba-bugs at samba.org
Wed Feb 28 23:32:47 UTC 2018


--- Comment #1 from Dave Gordon <dg32768 at 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 <wayned at 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

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).


You are receiving this mail because:
You are the QA Contact for the bug.

More information about the rsync mailing list