Re: [gentoo-dev] g-cpan.pl question

[Andrej Kacian]

On Wed, 10 Mar 2004 06:27:44 -0500
Michael Cummings <mcummings@g.o> wrote:

> g-cpan is not intended to be used (or rather, capable of being used) within
> an ebuild. g-cpan (which I don't think anyone will deny could use a
> refresh/rewrite) is for installing modules so that portage is aware of them
> without our needing to completely replicate cpan, which does a fine job as
> is. If you have an ebuild that depends on a perl module, that is grounds for
> the module being added to portage (insufficient grounds is "but i like this
> module" :) ) and you should include that when you submit the feature request
> for the ebuild (including an ebuild for the perl module will also go a long
> way with us grouchy perl folks). In the future you wil be able to do what
> you are describing, at least that is the goal, just not today :)

I wrote and submitted an ebuild for the application I mentioned.
(http://bugs.gentoo.org/show_bug.cgi?id=42920) The perl module it
needs is not provided by portage (atleast I haven't found an ebuild that does
provide it), so I also wrote and submitted and ebuild for that one
(http://bugs.gentoo.org/show_bug.cgi?id=42915).

However, you, Michael commented on that one that it does not conform to rules
mentioned in http://www.gentoo.org/doc/en/policy.xml#doc_chap2, so I thought
you mean the g-cpan rule.

-- 
/~\ The ASCII        Andrej "Ticho" Kacian <andrej at kacian dot sk>
\ / Ribbon Campaign  GnuPG public key ID: 7CD93FE2 (pgp.mit.edu)
 X  Against HTML     Key fingerprint:
/ \ Email!           E87D 9DEF 2A23 6FFB 7AD9 542F 4253 3A46 7CD9 3FE2