Let's discuss the "specific guideline" for Perl modules. It's as follows:

,- http://devrel.gentoo.org/handbook/handbook.xml?part=2&chap=1#doc_chap2_sect2
| Perl
|
| New Perl modules are to be added to portage only when one of the following
| conditions is met:
|
| a) The module(s) fulfill a dependency
| b) The module(s) cannot be handled by g-cpan
| c) The module(s) add functionality to existing ebuilds
| d) The module(s) provide tools, applications or other features (i.e. more 
|    than what their .PM offers)
|
| Please make sure that at least one member of the perl herders approves
| your addition.
`-

Recently the proxy-maintainer project is repeatedly adding packages
which aren't following these guideline AFAIK. So maybe we should change
it.

444974 a) dev-perl/Text-Format - Various subroutines to format text     
2012-12-07
444976 a) dev-perl/Roman - Perl module for conversion between Roman and Arabic 
numerals.        2012-12-03
446710 ?) dev-perl/FLV-AudioExtractor - Extract audio from Flash Videos 
2012-12-12
447724 ?) dev-perl/Email-Send-Gmail - Send Messages using Gmail Mon 10:12

Ad a): This requirement is a little problematic:
Sometimes perl modules are needed for maintainer-wanted packages.
Sometimes the perl modules are added to the tree while the
maintainer-wanted package never are or will be. Sometimes the maintainer
are waiting for the perl team to do their work.

Ad b): (Judging from bugreports) g-cpan doesn't seem to be really
reliable these days. I always wanted to test/verify it. But ... (random
excuse: time, motivation,...)

I guess I don't have no problem with modifying or dropping the
requirements. The perl overlay contains hundreds of packages which
should be added to the main tree.

The dev-perl category currently already contains the most packages
(1140 per packages.g.o).

-- 
Best regards
Torsten

Reply via email to