1 |
I can't vote, but I think we need to soften the policy. |
2 |
|
3 |
|
4 |
2012/12/26 Sergey Popov <pinkbyte@g.o> |
5 |
|
6 |
> 25.12.2012 18:30, Mike Gilbert wrote: |
7 |
> > On Tue, Dec 25, 2012 at 7:09 AM, Torsten Veller <tove@g.o> wrote: |
8 |
> >> Let's discuss the "specific guideline" for Perl modules. It's as |
9 |
> follows: |
10 |
> >> |
11 |
> >> ,- |
12 |
> http://devrel.gentoo.org/handbook/handbook.xml?part=2&chap=1#doc_chap2_sect2 |
13 |
> >> | Perl |
14 |
> >> | |
15 |
> >> | New Perl modules are to be added to portage only when one of the |
16 |
> following |
17 |
> >> | conditions is met: |
18 |
> >> | |
19 |
> >> | a) The module(s) fulfill a dependency |
20 |
> >> | b) The module(s) cannot be handled by g-cpan |
21 |
> >> | c) The module(s) add functionality to existing ebuilds |
22 |
> >> | d) The module(s) provide tools, applications or other features (i.e. |
23 |
> more |
24 |
> >> | than what their .PM offers) |
25 |
> >> | |
26 |
> >> | Please make sure that at least one member of the perl herders approves |
27 |
> >> | your addition. |
28 |
> >> `- |
29 |
> >> |
30 |
> >> Recently the proxy-maintainer project is repeatedly adding packages |
31 |
> >> which aren't following these guideline AFAIK. So maybe we should change |
32 |
> >> it. |
33 |
> >> |
34 |
> >> 444974 a) dev-perl/Text-Format - Various subroutines to format text |
35 |
> 2012-12-07 |
36 |
> >> 444976 a) dev-perl/Roman - Perl module for conversion between Roman and |
37 |
> Arabic numerals. 2012-12-03 |
38 |
> >> 446710 ?) dev-perl/FLV-AudioExtractor - Extract audio from Flash Videos |
39 |
> 2012-12-12 |
40 |
> >> 447724 ?) dev-perl/Email-Send-Gmail - Send Messages using Gmail Mon |
41 |
> 10:12 |
42 |
> >> |
43 |
> >> Ad a): This requirement is a little problematic: |
44 |
> >> Sometimes perl modules are needed for maintainer-wanted packages. |
45 |
> >> Sometimes the perl modules are added to the tree while the |
46 |
> >> maintainer-wanted package never are or will be. Sometimes the maintainer |
47 |
> >> are waiting for the perl team to do their work. |
48 |
> >> |
49 |
> >> Ad b): (Judging from bugreports) g-cpan doesn't seem to be really |
50 |
> >> reliable these days. I always wanted to test/verify it. But ... (random |
51 |
> >> excuse: time, motivation,...) |
52 |
> >> |
53 |
> >> I guess I don't have no problem with modifying or dropping the |
54 |
> >> requirements. The perl overlay contains hundreds of packages which |
55 |
> >> should be added to the main tree. |
56 |
> >> |
57 |
> >> The dev-perl category currently already contains the most packages |
58 |
> >> (1140 per packages.g.o). |
59 |
> >> |
60 |
> >> -- |
61 |
> >> Best regards |
62 |
> >> Torsten |
63 |
> >> |
64 |
> > |
65 |
> > I'm sure I skimmed that section of the handbook at some point for the |
66 |
> > quizzes, but I don't remember it. I think it is possible that the |
67 |
> > proxy commiter (pinkbyte) forgot about it too. |
68 |
> |
69 |
> No, i do not, i have read this guideline, and yes - it is not mentioned |
70 |
> directly in Handbook or Devmanual. |
71 |
> Some of these modules was added cause they are dependencies for other |
72 |
> packages(which are still waiting for adding in tree, cause they have no |
73 |
> maintainer yet), others - cause g-cpan generate very ugly ebuilds for them. |
74 |
> |
75 |
> > I think that all of those requirements make sense. We might want to |
76 |
> > formalize a similar guideline for the python herd. |
77 |
> > |
78 |
> > Perhaps the requirements list could be copied somewhere more visible? |
79 |
> > The perl project page might get more traffic for people looking to |
80 |
> > write perl ebuilds. |
81 |
> > |
82 |
> |
83 |
> Truly, i do not really understand such hard policy for NOT including |
84 |
> perl modules in tree. I know that perl herd is understaffed, but i do |
85 |
> not think that this is generally a problem, cause they do not maintain |
86 |
> recently added packages, but proxy maintainers do. |
87 |
> |
88 |
> So, basically, yes, i vote for easing policy a bit. |
89 |
> |
90 |
> P.S. CCing maintainer of modules, that i have commited as a proxy, maybe |
91 |
> he also wants to say something regarding this. |
92 |
> |
93 |
> -- |
94 |
> Best regards, Sergey Popov |
95 |
> Gentoo Linux Developer |
96 |
> Desktop-effects project lead |
97 |
> |
98 |
> |
99 |
|
100 |
|
101 |
-- |
102 |
-----BEGIN PGP PUBLIC KEY BLOCK----- |
103 |
Version: GnuPG v2.0.17 (GNU/Linux) |
104 |
|
105 |
mI0ETyui1AEEALmZQeAzZVPBtw3IJ3NC3w1SdhrNFN7DnEmnrw0UrjfZ1ubxGq58 |
106 |
2nmOOrb0TxAx4hQ5DPiWzIK0D4EAYAPbkApJsYUB7jhocV7d1O09iu+Ip8lT5wV3 |
107 |
ZviMJ0r3itP8yOU93v7WKygR9T4AljMuMoP7v2qz+VCyeVplfsYHo/qbABEBAAG0 |
108 |
Pk1pa2xlIEtvbHlhZGEgKFRoZSBSZWFsIE1pa2xlIEtvbHlhZGEpIDx6bG9nLmdl |
109 |
bnRvb0BnbWFpbC5jb20+iLgEEwECACIFAk8rotQCGwMGCwkIBwMCBhUIAgkKCwQW |
110 |
AgMBAh4BAheAAAoJEDRdeYLl90M6N2cD/jFx/0p+dT67Dgq8wQGRE6VMjHsP6rZl |
111 |
uM2B2NvIuaJAKx6CESUJzxHSVHsu9xVrSm8g1/+rtryf/NxbtEsscUuWY62yVDVj |
112 |
F+sLOPNztj2K7ms2aHAgZxwbAG/yjGt+KTcgga2CYxwPvKEvU+suEL4c+ScSrRSl |
113 |
/vdll08JVo0yuI0ETyui1AEEAMbrOCNzTvLfsb4whOo+pk+y9YU9PXzI5u+Zao3v |
114 |
qmLkyViqwh+z9O3r8IIFWF5ASVPHwBIMWDWn0KamA7QsKKFD87Q3wMN524oCvVds |
115 |
FnbtqZhlntE0AbQzt4bkpGpIbmAw1nL6B2BE7xiPrEMqcNPyXLYp6i60ddRDHrcB |
116 |
ZlQJABEBAAGInwQYAQIACQUCTyui1AIbDAAKCRA0XXmC5fdDOhBwA/wLTcQgIm76 |
117 |
bG0a9t551U5YnQBD2H+nlBzwrPREY5P40pwRt6ur1eN9Xobs9IsimmRQGwlfwLuv |
118 |
PKFD4KWCmjyoMxMuF1b0VycbuETz31T4KxF0CGAQoiRxGurlhbxmmjrauqqUAYft |
119 |
1mGFbulta/hLx0Ez0JNEDw0Z6dw4Jny15Q== |
120 |
=sNcj |
121 |
-----END PGP PUBLIC KEY BLOCK----- |