"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
