Gentoo Logo
Gentoo Spaceship

Note: Due to technical difficulties, the Archives are currently not up to date. GMANE provides an alternative service for most mailing lists.
c.f. bug 424647
List Archive: gentoo-perl
Lists: gentoo-perl: < Prev By Thread Next > < Prev By Date Next >
To: gentoo-perl@g.o
From: Michael Cummings <mcummings@g.o>
Subject: Re: Another g-cpan question
Date: Mon, 17 Apr 2006 17:13:33 -0400
As is often enough the case, soon as I sent this off I realized that
there was really only one 'economical' solution. Sorry for the traffic


On Mon, 2006-04-17 at 15:54 -0400, Michael Cummings wrote:
> That's right folks, shape the future of the next release of g-cpan!
> *cough* *cough*
> OK, next question I'm torn on (btw, verdict with 2 whole feedbacks was
> that YAML was an acceptable dep). I'm in a position where I can tweak
> some simple code based on the more comprehensive dep list and list DEPs,
> or I can take some time (and time == slightly larger memory footprint)
> and maintain module-version in the DEP list. Thoughts? On the one hand,
> g-cpan is a "for entertainment purposes only" tool, ie, the ebuilds it
> generates are intended for use on your box only, not for mass
> distribution to the masses (for starters, there's no such thing as QA on
> what its doing - its the risk you take using something that blindly
> installs cpan modules). On the other hand, the power is there to do
> it...opinions?
signature.asc (This is a digitally signed message part)
Another g-cpan question
-- Michael Cummings
Lists: gentoo-perl: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
Another g-cpan question
Next by thread:
Perl ebuilds needing updates
Previous by date:
Another g-cpan question
Next by date:
Perl ebuilds needing updates

Updated Jun 17, 2009

Summary: Archive of the gentoo-perl mailing list.

Donate to support our development efforts.

Copyright 2001-2013 Gentoo Foundation, Inc. Questions, Comments? Contact us.