"Tom 'spot' Callaway" <tcallawa@xxxxxxxxxx> 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
