I can't vote, but I think we need to soften the policy.
2012/12/26 Sergey Popov pinkb...@gentoo.org
25.12.2012 18:30, Mike Gilbert wrote:
On Tue, Dec 25, 2012 at 7:09 AM, Torsten Veller t...@gentoo.org wrote:
Let's discuss the specific guideline for Perl modules. It's as
follows:
,-
http://devrel.gentoo.org/handbook/handbook.xml?part=2chap=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
I'm sure I skimmed that section of the handbook at some point for the
quizzes, but I don't remember it. I think it is possible that the
proxy commiter (pinkbyte) forgot about it too.
No, i do not, i have read this guideline, and yes - it is not mentioned
directly in Handbook or Devmanual.
Some of these modules was added cause they are dependencies for other
packages(which are still waiting for adding in tree, cause they have no
maintainer yet), others - cause g-cpan generate very ugly ebuilds for them.
I think that all of those requirements make sense. We might want to
formalize a similar guideline for the python herd.
Perhaps the requirements list could be copied somewhere more visible?
The perl project page might get more traffic for people looking to
write perl ebuilds.
Truly, i do not really understand such hard policy for NOT including
perl modules in tree. I know that perl herd is understaffed, but i do
not think that this is generally a problem, cause they do not maintain
recently added packages, but proxy maintainers do.
So, basically, yes, i vote for easing policy a bit.
P.S. CCing maintainer of modules, that i have commited as a proxy, maybe
he also wants to say something regarding this.
--
Best regards, Sergey Popov
Gentoo Linux Developer
Desktop-effects project lead
--
-BEGIN PGP PUBLIC KEY BLOCK-
Version: GnuPG v2.0.17 (GNU/Linux)
mI0ETyui1AEEALmZQeAzZVPBtw3IJ3NC3w1SdhrNFN7DnEmnrw0UrjfZ1ubxGq58
2nmOOrb0TxAx4hQ5DPiWzIK0D4EAYAPbkApJsYUB7jhocV7d1O09iu+Ip8lT5wV3
ZviMJ0r3itP8yOU93v7WKygR9T4AljMuMoP7v2qz+VCyeVplfsYHo/qbABEBAAG0
Pk1pa2xlIEtvbHlhZGEgKFRoZSBSZWFsIE1pa2xlIEtvbHlhZGEpIDx6bG9nLmdl
bnRvb0BnbWFpbC5jb20+iLgEEwECACIFAk8rotQCGwMGCwkIBwMCBhUIAgkKCwQW
AgMBAh4BAheAAAoJEDRdeYLl90M6N2cD/jFx/0p+dT67Dgq8wQGRE6VMjHsP6rZl
uM2B2NvIuaJAKx6CESUJzxHSVHsu9xVrSm8g1/+rtryf/NxbtEsscUuWY62yVDVj
F+sLOPNztj2K7ms2aHAgZxwbAG/yjGt+KTcgga2CYxwPvKEvU+suEL4c+ScSrRSl
/vdll08JVo0yuI0ETyui1AEEAMbrOCNzTvLfsb4whOo+pk+y9YU9PXzI5u+Zao3v
qmLkyViqwh+z9O3r8IIFWF5ASVPHwBIMWDWn0KamA7QsKKFD87Q3wMN524oCvVds
FnbtqZhlntE0AbQzt4bkpGpIbmAw1nL6B2BE7xiPrEMqcNPyXLYp6i60ddRDHrcB
ZlQJABEBAAGInwQYAQIACQUCTyui1AIbDAAKCRA0XXmC5fdDOhBwA/wLTcQgIm76
bG0a9t551U5YnQBD2H+nlBzwrPREY5P40pwRt6ur1eN9Xobs9IsimmRQGwlfwLuv
PKFD4KWCmjyoMxMuF1b0VycbuETz31T4KxF0CGAQoiRxGurlhbxmmjrauqqUAYft
1mGFbulta/hLx0Ez0JNEDw0Z6dw4Jny15Q==
=sNcj
-END PGP PUBLIC KEY BLOCK-