# repoquery --qf '%{SOURCERPM}/%{NEVRA}' --whatprovides 'perl(lib)' perl-5.14.2-210.fc17.src.rpm/perl-4:5.14.2-210.fc17.x86_64 perl-Sub-WrapPackages-2.0-7.fc17.src.rpm/perl-Sub-WrapPackages-0:2.0-7.fc17.noarch Why does perl-Sub-WrapPackages provide `perl(lib)'? It redefines package lib in the middle of lib/Sub/WrapPackages.pm. Sub::WrapPackags POD says: > Deferred wrapping of subs in packages that aren't yet loaded works > via a subroutine inserted in @INC. This means that if you mess > around with @INC, eg by inserting a directoy at the beginning of > the path, the magic might not get a chance to run. If you "use > lib" to mess with @INC though, it should work, as I've over-ridden > lib's import() method. That said, code this funky has no right to > work. Use with caution! Please filter `perl(lib)' from set of Provides. I guess other Fedoras than F17 are affected too.
The filter is there but in rpm 4.8 format. I'm updating it for rpm 4.9 and I'll release updates for F15 and F16.
perl-Sub-WrapPackages-2.0-6.fc15 has been submitted as an update for Fedora 15. https://admin.fedoraproject.org/updates/perl-Sub-WrapPackages-2.0-6.fc15
perl-Sub-WrapPackages-2.0-7.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/perl-Sub-WrapPackages-2.0-7.fc16
Package perl-Sub-WrapPackages-2.0-7.fc16: * should fix your issue, * was pushed to the Fedora 16 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing perl-Sub-WrapPackages-2.0-7.fc16' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-1032/perl-Sub-WrapPackages-2.0-7.fc16 then log in and leave karma (feedback).
This bug wasn't present in F15 so I've deleted the update.
perl-Sub-WrapPackages-2.0-7.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report.