Fedora Account System
Red Hat Associate
Red Hat Customer
Description of problem: mod_perl-devel is a dependency of perl Version-Release number of selected component (if applicable): perl-5.8.8-18.fc7 mod_perl-devel.i386 2.0.3-7 How reproducible: yum deplist perl Steps to Reproduce: 1. 2. 3. Actual results: Have to install mod_perl-devel and a lot of unwanted *-devel package for Perl. This is definitively unwanted. Expected results: mod_perl-devel is NOT needed for standard Perl !!! Additional info:
The bug here is in mod_perl, which should not "provide" perl(warnings)
Cannot reproduce here with FC7 (x86_64ú: [matej@hubmaier ~]$ rpm -qa mod_per\* [matej@hubmaier ~]$ rpm -q perl perl-5.8.8-18.fc7 [matej@hubmaier ~]$ and [matej@hubmaier ~]$ sudo yum deplist perl |grep -C 3 mod_perl dependency: perl(warnings) provider: perl.i386 4:5.8.8-18.fc7 provider: perl.x86_64 4:5.8.8-18.fc7 provider: mod_perl-devel.x86_64 2.0.3-7 provider: mod_perl-devel.i386 2.0.3-7 dependency: perl(Pod::Usage) provider: perl.i386 4:5.8.8-18.fc7 provider: perl.x86_64 4:5.8.8-18.fc7 -- dependency: perl(warnings) provider: perl.i386 4:5.8.8-18.fc7 provider: perl.x86_64 4:5.8.8-18.fc7 provider: mod_perl-devel.x86_64 2.0.3-7 provider: mod_perl-devel.i386 2.0.3-7 dependency: perl(Pod::Usage) provider: perl.i386 4:5.8.8-18.fc7 provider: perl.x86_64 4:5.8.8-18.fc7 [matej@hubmaier ~]$ which means IMHO that this dependency will be preferably satisfied by perl package itself.
(In reply to comment #2) > Cannot reproduce here with FC7 (x86_64ú: > > [matej@hubmaier ~]$ rpm -qa mod_per\* > [matej@hubmaier ~]$ rpm -q perl > perl-5.8.8-18.fc7 > [matej@hubmaier ~]$ > > and > > [matej@hubmaier ~]$ sudo yum deplist perl |grep -C 3 mod_perl > dependency: perl(warnings) > provider: perl.i386 4:5.8.8-18.fc7 > provider: perl.x86_64 4:5.8.8-18.fc7 > provider: mod_perl-devel.x86_64 2.0.3-7 > provider: mod_perl-devel.i386 2.0.3-7 > dependency: perl(Pod::Usage) > provider: perl.i386 4:5.8.8-18.fc7 > provider: perl.x86_64 4:5.8.8-18.fc7 > -- > dependency: perl(warnings) > provider: perl.i386 4:5.8.8-18.fc7 > provider: perl.x86_64 4:5.8.8-18.fc7 > provider: mod_perl-devel.x86_64 2.0.3-7 > provider: mod_perl-devel.i386 2.0.3-7 > dependency: perl(Pod::Usage) > provider: perl.i386 4:5.8.8-18.fc7 > provider: perl.x86_64 4:5.8.8-18.fc7 > [matej@hubmaier ~]$ > > which means IMHO that this dependency will be preferably satisfied by perl > package itself. In theory that is correct, and traditional yum behaviour has always been to choose the package with the shortest name in the event of multiple packages providing a dependency, hence perl would be preferred to mod_perl-devel. However, there have been many reports of packages with longer names being selected in F7, and this would appear to be an instance of this. It could probably be worked around by doing: # yum --exclude=mod_perl-devel install perl but surely nobody would deny that having mod_perl-devel provide perl(warnings) is a bug?
Yes, I'm sure that having mod_perl-devel provide perl(warnings) is a bug.
I filed a bug against mod_perl providing perl(warnings) a while ago; it was marked closed/rawhide: bug 228429. I'm reopening.
mod_perl-devel no longer provides perl(warnings) as of 2.0.3-9. (/me reminds himself to update before tinkering with closed bugs...)
*** This bug has been marked as a duplicate of 228429 ***