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

Robin Norwood rnorwood at redhat.com
Tue Mar 6 16:44:44 UTC 2007


"Tom 'spot' Callaway" <tcallawa at redhat.com> writes:

> On Tue, 2007-03-06 at 14:31 +0100, Ralf Corsepius wrote:
>
>> Below is a patch proposal to address this issue:
>> 
>> It is based on moving EU::MM and CPAN to perl-devel and then tracing all
>> deps between the main perl package and perl-devel.
>> 
>> Unless I missed something, this should resolve the deps issues related
>> to EU::MM.
>
> Hmm, I know I sent an email out yesterday with a proposed updated spec,
> but Evolution must have eaten it (stupid evo).

Actually it was held back from the list due to size limits.  I sent it
through this morning.

> The new spec moves all of: ExtUtils::MakeMaker, ExtUtils::Embed, CPAN,
> and Test::Harness into devel, along with the items that depend on them
> (perlcc, perlivp, h2xs, libnetcfg). I put all of Encode back in base,
> because it seemed like something that might get used by runtime perl
> bits, but if you disagree, I'd like to know (I've not made up my mind
> either way on that one).

This seems like the right split to me - I'm still a little nervous about
CPAN, but I think after people get used to it, it makes sense, and yum
install perl(CPAN) should get it for them.  I wonder if explicitly
providing something called 'cpan' would help - so 'yum install cpan'
would work as well.

> Note that I'm doing the /usr/lib... instead of %{_libdir} on purpose,
> otherwise, x86_64 doesn't find these files (since they're noarch bits
> buried in arch specific core, that's where they always end up).

Yes, that's really annoying - I wish there were a 'better way'.

-RN

-- 
Robin Norwood
Red Hat, Inc.

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




More information about the perl-devel mailing list