"Tom 'spot' Callaway" <tcallawa(a)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