--- Comment #2 from Wayne Davison <[hidden email]> 2014-01-02 18:00:53 UTC ---
The latest rsync is 3.1.0. I have run "make check" of 3.0.9 on REL6 without
issue, so perhaps you have patches that have broken something?

[Bug 10357] make check fails for xattr tests

--- Comment #3 from Pavel Šimerda (pavlix) <[hidden email]> 2014-01-03 11:18:52 UTC ---
(In reply to comment #2)
> The latest rsync is 3.1.0. I have run "make check" of 3.0.9 on REL6 without
> issue, so perhaps you have patches that have broken something?

I was trying to remove offensive patches before filing the bugreport. Now I
tried to build pristine 3.0.9 and 3.1.0 and both fail the exact same way. If
they work for you, it means those tests depend on something in the system I
don't have.

We probably need to find what those tests require and check for it so that
anyone running the test knows what to do, or modify them or make them
conditional. Do you have any tips on what it could be? Just to remind, selinux
is in permissive mode.

FYI, my current system is Fedora 18 but I can test on other systems as well.

I supplied the relevant information in comment #3. I would be happy if you
could provide information about the system where the tests succeed or better
specific requirements for the system if available.

(In reply to comment #6)
> I would also suggest trying rsync 3.1.1pre1, since the re-ordering of the chown
> & xattr args may affect the test.

The skips are good as root isn't available and the overall check now succeeds.
I don't know whether it's because of 3.1.1pre1 or because of the environment,
though.

With 'fakeroot' package installed, all tests with 3.1.1pre1 on the gentoo box
Gentoo pass. Please keep the bug open until I verify it on on other systems as
well. I'll supply the information ASAP and will close the bug if it works for
me.

[Bug 10357] make check fails for xattr tests

--- Comment #8 from Pavel Šimerda (pavlix) <[hidden email]> 2014-02-04 21:45:23 UTC ---
(In reply to comment #7)
> With 'fakeroot' package installed, all tests with 3.1.1pre1 on the gentoo box
> Gentoo pass. Please keep the bug open until I verify it on on other systems as
> well. I'll supply the information ASAP and will close the bug if it works for
> me.

So, I unfortunately confirmed the bug on a RHEL7 machine with vanilla 3.1.1pre1
as well. Therefore it seems the difference is somewhere in the system
environment and not in the version.

[Bug 10357] make check fails for xattr tests

--- Comment #9 from [hidden email] ---
Over a year since this bug was opened, I'm running into it for the first time
on rsync 3.1.2. In my case, the tests "xattr" and "xattr-hlink" both fail with
"Missing hard links on" followed by a directory listing (exit code and diff
seems okay on both).

On a guess, I tried upgrading acl to 2.2.52 and attr 2.4.47, cleared my
ld.so.cache, and rsync still fails the two xattr tests. config.log shows that
xattr.h is found, usable, etc, nothing out of the ordinary AFAICT. There are a
few xattr-/acl-related config.log tests that result in "undefined reference",
but none of them cause the build to fail.

[Bug 10357] make check fails for xattr tests

--- Comment #11 from Michal Ruprich <[hidden email]> ---
I ran into a different problem with xattrs tests. It seems that the
--fake-super option sets not only all the xattr like user.short, user.long etc.
that are set in the test, but also it adds

user.rsync.security.selinux="unconfined_u:object_r:user_home_t:s0"

So when a diff is being run on the getfattr on original files and on the
destination files, the xattrs are not the same and for each file there is a
similar output in xattrs.txt produced by the diff: