> -----Original Message-----
> From: Michael Cummings [mailto:firstname.lastname@example.org]
> On Mon, 19 Feb 2007 14:16:22 -0800
> "Michael Higgins" <mhiggins@...> wrote:
> > Hello, List --
> > Shot in the dark here... anyone on the list using any big,
> > multi-module perl packages but finding that g-cpan just ain't doin'
> > it for ya?
> > If so, anyone find a suitable practice to avoid it?
> (Outside of making
> > an ebuild, of course.)
> > I've found that CPAN is just fine to use in the past. But g-cpan
> > doesn't seem to do much except get in the way when given a build of
> > any real complexity.
> > It seems like maybe CPAN.pm could be patched to emerge any modules
> > maintained the portage when needed by CPAN. If I dump
> g-cpan, should I
> > also emerge -C any modules built with portage and build them with
> > CPAN?
> > Any thoughts or advice much appreciated.
> > Thanks,
> You know, if you gave me an example package I could see about
> getting g-cpan working for you ;)
Hello, Mike --
I'd love to spend some time working it out, but I don't have the time right
now. I've got to get some perl stuff installed and working.
So, while I'm on that... maybe this will give you some ideas. ;-)
First, Maypole via g-cpan. Dunno if this helps:
dev-perl/DBI dev-perl/DBI ~x86
... which is what I had to do just to get started. Why are so many modules
out of date? Why do I need virtuals in here? B/C otherwise the keyword
Anyway, after that, I'd love to do CGI::Application (with any and all
You see, I'm trying to install application frameworks based on a suite of
perl modules, not individual modules. [ Catalystapplicationframework, FEX,
is maintained in an overlay, but you still have to unmask a gazillion
CPAN might choke eventually on the dependencies for a package like this, but
gcpan... fails with less information... gcpan logging doesn't get you much
gcpan's CPAN is way out of date too... I have to wonder, why?
Anyway, I'm just trying to figure out the best route for managing these
installations. CPAN is fine for me, as long as I don't... what... emerge any
It seemed to me at one point that it might be better, somehow, to just find
a way to patch CPAN to check and emerge any modules in the portage tree...
expect they are often out of date anyway. :(
If one does move away from gcpan, I think one will need to unmerge stuff
from the tree and the overlay. At least, I've been bitten once so far. I
suppose they install in different locations? (No time to check.)
Gosh, I wish I had more time to devote to this now. I'll look forward to
email@example.com mailing list