Re: [Bug 230608] missing config.h in latest -14

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



"Tom 'spot' Callaway" <tcallawa@xxxxxxxxxx> writes:

> On Mon, 2007-03-05 at 18:17 +0100, Rafael Garcia-Suarez wrote:
>> On 05/03/07, Tom 'spot' Callaway <tcallawa@xxxxxxxxxx> wrote:
>> > CPAN isn't the only thing:
>> >
>> > [spot@localhost perl-5.8.8]$ grep -r "require ExtUtils::MakeMaker" *
>> > lib/CPAN.pm:        require ExtUtils::MakeMaker;
>> > lib/CPAN.pm:    require ExtUtils::MakeMaker;
>> > lib/ExtUtils/Embed.pm:#require ExtUtils::MakeMaker;
>> > lib/ExtUtils/Embed.pm:    require ExtUtils::MakeMaker;
>> > lib/ExtUtils/t/backwards.t:require ExtUtils::MakeMaker;
>> > lib/ExtUtils/MM.pm:require ExtUtils::MakeMaker;
>> > utils/perlbug.PL:        require ExtUtils::MakeMaker;
>> >
>> > so, we'd need to handle ExtUtils::Embed and perlbug too. :/
>> >
>> > perlbug is really the hardest one. I think we really want that to be in
>> > the base perl package.
>> 
>> Look closer. EU::MM is only needed by perlbug on... MacOS classic. I
>> think you can ditch that dependency :)
>
> Well, thats a relief. :)
>
> So, we'd need:
>
> perl-ExtUtils-MakeMaker
> perl-ExtUtils-Embed
> perl-CPAN
> (which requires)
> \perl-Test-Harness >= 2.62 (core perl provided 2.56)
>
> We can either entirely extract these components from the core tree
> before building core perl, or we can just let them build and not package
> them (the simpler approach, and the one I have initially chosen).
>
> But when I did that, I hit problems:
> /usr/bin/perlcc needs ExtUtils::Embed (circular dep?)
> /usr/bin/perlivp needs ExtUtils::Installed (circular dep?)
> /usr/bin/h2xs needs ExtUtils::MakeMaker (circular dep?)
> /usr/bin/libnetcfg needs ExtUtils::MakeMaker (circular dep?)
>
> I don't think there is going to be a good way to pull these items out of
> core without introducing circular deps.

Spot, Jesse Keating, and I just had a call to try to work these issues
out.  Spot is going to continue to look into what needs to be done to
split out perl-devel.  Unfortunately, it looks like perl may be too
tangled to allow us to make this split clean and still include things
that are considered 'core' perl by most people - such as CPAN, for
instance.  I would argue that CPAN *is* a 'devel' utility, but most
people would expect it to be installed on a system whenever perl is,
which is fair.

If he can get things in shape by tomorrow, we may be able to keep
perl-devel split out, perhaps with a 'Requires: perl-devel' in F7's perl
and a 'Provides: perl-devel' in the perl for previous releases to keep
modules building and working in both cases with the same spec file.

However, we should work towards removing the Requires: perl-devel from
perl at some point in the future, since that way it's not much better
than just having everything in perl.

If he can't get things working in relatively short order, we will look
at just rolling perl-devel back into perl and adding a Provides:
perl-devel.  We'll consider the fact that perl isn't split out into
perl-devel as a bug to be fixed in Fedora 8.

Thanks for your patience.

-RN

-- 
Robin Norwood
Red Hat, Inc.

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


[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Legacy Announce]     [Fedora PHP Devel]     [Kernel Devel]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Big List of Linux Books]     [Gimp]     [Yosemite Information]
  Powered by Linux