1 |
On Wed, 26 Apr 2006 20:29:32 -0400 |
2 |
Seemant Kulleen <seemant@g.o> wrote: |
3 |
|
4 |
> To that end, it's been brought up that perhaps the metadata.xml files |
5 |
> are partly to blame, in that they imply that the package is maintained |
6 |
> by a herd. There is not maintainer-team listed, just a herd. |
7 |
> |
8 |
> So, I would like to propose that we make this distinction clearer in |
9 |
> the metadata.xml files. I'm interested in thoughts that people have |
10 |
> on this, but please do cc: me in your response to be assured that I |
11 |
> read it. |
12 |
|
13 |
I must admit I've assumed that the herd entry in metadata.xml is a |
14 |
reasonable fall-back if the maintainer entry is missing or the listed |
15 |
maintainer is away/not responding. This is implied by |
16 |
http://www.gentoo.org/proj/en/metastructure/herds/index.xml which |
17 |
requires <herd> but not <maintainer> - also the description of |
18 |
<maintainer> says "Besides being a member of a herd, a package can also |
19 |
be maintained directly" which implies the herd is the default maintainer |
20 |
if maintainer is not present. |
21 |
|
22 |
The herds project description says, "The herds project aims to ensure |
23 |
that the growing number of ebuilds do not overwelm (sic) the gentoo |
24 |
project. To this end the herds project aims for the development of |
25 |
infrastructure that will help manage the collection of ebuilds". This |
26 |
clearly indicates herds are supposed to have a maintainer role. |
27 |
|
28 |
A quick scan of the tree shows that some 6k+ packages have no |
29 |
maintainer entry. |
30 |
|
31 |
It would be useful to know how many people think herds are not |
32 |
maintainers - if only a few people think this then I suggest it would |
33 |
be better to accept the common interpretation of herd as a group of |
34 |
people who can maintain a package. |
35 |
|
36 |
-- |
37 |
Kevin F. Quinn |