Perl extensions often have private shared libraries under architecture-specific paths. These extensions are private and not legitimate to depend on, and as such should not be allowed in the provides list of a package. rpmlint should error on provides generated by shared libraries under: %perl_archlib %perl_sitearch %perl_vendorarch
Done upstream (also for similar python, ruby and php paths): $ rpmlint -i perl-List-MoreUtils [...] perl-List-MoreUtils.x86_64: W: private-shared-object-provides /usr/lib64/perl5/auto/List/MoreUtils/MoreUtils.so MoreUtils.so()(64bit) A shared object soname provides is provided by a file in a path from which other packages should not directly load shared objects from. Such shared objects should thus not be depended on and they should not result in provides in the containing package. Get rid of the provides if appropriate, for example by filtering it out during build. Note that in some cases this may require disabling rpmbuild's internal dependency generator.
rpmlint-0.97-1.fc13 has been submitted as an update for Fedora 13. http://admin.fedoraproject.org/updates/rpmlint-0.97-1.fc13
rpmlint-0.97-1.fc12 has been submitted as an update for Fedora 12. http://admin.fedoraproject.org/updates/rpmlint-0.97-1.fc12
rpmlint-0.97-1.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report.
rpmlint-0.97-1.fc12 has been pushed to the Fedora 12 stable repository. If problems still persist, please make note of it in this bug report.