$ rpm -qf /usr/lib64/perl5/vendor_perl/auto file /usr/lib64/perl5/vendor_perl/auto is not owned by any package Even though perl-libs does not install files into vendorarch/auto itself, it should install and own it so that arch specific addon packages done according to packaging guidelines won't have to do it or won't leave the dir unowned. So the reason is basically the same as why perl-libs already installs and owns the vendorarch dir. The same applies for sitearch/auto (/usr/local/lib64/perl5/auto here); I think perl-libs should both install and own it. Currently it does that for only sitearch itself (/usr/local/lib64/perl5).
There are different opinions about ownership of /usr/local/* #707960
I cannot access that bug ("Access denied"), and I don't care much about the /usr/local part. But I do have a strong opinion that /usr/lib64/perl5/vendor_perl/auto should be owned by perl-libs.
This is fixed in git commit 3910a494 and cherry-picked for f15, but doesn't really merit a rebuild.
perl-libs will own vendor directories. Because site directories are located under /usr/local they will not be owned (bug #732799).
#rpm -qf /usr/lib64/perl5/{,vendor_perl/}auto F17: perl-5.14.2-193.fc17.x86_64 perl-libs-5.14.2-193.fc17.x86_64 Fixed. This will be unified to perl-libs as libperl.so is interpreter. F16: perl-5.14.1-187.fc16.x86_64 perl-libs-5.14.1-187.fc16.x86_64 Fixed. F15: perl-5.12.4-160.fc15.x86_64 perl-Sys-CPU-0.51-5.fc15.x86_64 Fix committed into f15 branch as perl-5.12.4-161. perl-Sys-CPU owner notified in bug #743015. F14: Core and vendor paths is identical. # rpm -qf /usr/lib64/perl5/auto perl-5.12.4-146.fc14.x86_64 Fixed. So the only affected release is F15. This bug will be closed once perl-5.12.4-161.fc15 reaches F15 binary repository.
perl-5.12.4-161.fc15 is stable.