Final decision on perl-devel?

[Robin Norwood]

Robin Norwood <rnorwood at redhat.com> writes:

> Ralf Corsepius <rc040203 at freenet.de> writes:
>
>> On Wed, 2007-03-07 at 12:20 -0500, Robin Norwood wrote:
>
> [...]
>
>> I noticed a further problems:
>>
>> On FC6 with a locally build perl*-14.1 (including my most recent
>> patches) in a local repo in addition to the FC's core+extras,
>>
>> yum install 'perl(ExtUtils::MakeMaker)'
>> fails:
>>
>> # rpm -q --whatprovides 'perl(ExtUtils::MakeMaker)'
>> no package provides perl(ExtUtils::MakeMaker)
>>
>> # yum install 'perl(ExtUtils::MakeMaker)'
>> ...
>> Nothing to do
>>
>> # repoquery --whatprovides 'perl(ExtUtils::MakeMaker)'
>> perl-4:5.8.8-10.i386
>> perl-devel-4:5.8.8-14.1.i386
>>
>> # yum install perl-devel
>> ...
>> Installed: perl-devel.i386 4:5.8.8-14.1
>>
>>
>> Seems to me as if yum can't properly handle this split.
>>
>> May-be, it can't handle resolving a property (perl(ExtUtils::MakeMaker))
>> being provided by different packages perl rsp. perl-devel.
>
> Yeah, maybe we need to tweak the dependencies here.  I'll poke around
> and see if I can figure it out, and maybe ask the Yum guys for advice.

It looks like you unearthed a bug in yum.  Reproduced and filed a bug
here:

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=231549

I don't think this should be a blocker for the perl/perl-devel split,
since:

o It's a yum bug.
o perl-devel is still installable with 'yum install perl-devel'
o In many cases (if the user has something installed that depends on
something that only perl-devel will provide), the user will get
perl-devel anyway.

What do you think?

-RN

-- 
Robin Norwood
Red Hat, Inc.

"The Sage does nothing, yet nothing remains undone."
-Lao Tzu, Te Tao Ching