Gentoo Archives: gentoo-dev

From: "Michał Górny" <mgorny@g.o>
To: gentoo-dev@l.g.o, "Anthony G. Basile" <blueness@g.o>
Subject: Re: [gentoo-dev] Inconsistent and messy layout of team maintainership in Gentoo
Date: Thu, 17 Sep 2015 10:33:21
Message-Id: 157769E5-5809-4924-80EE-7F79A65E966D@gentoo.org
In Reply to: Re: [gentoo-dev] Inconsistent and messy layout of team maintainership in Gentoo by "Anthony G. Basile"
1 Dnia 17 września 2015 11:07:43 CEST, "Anthony G. Basile" <blueness@g.o> napisał(a):
2 >On 9/17/15 4:35 AM, Justin (jlec) wrote:
3 >> On 16/09/15 23:43, Matthew Thode wrote:
4 >>> On 09/16/2015 04:25 PM, Michał Górny wrote:
5 >>>>
6 >>>> So, what are your thoughts for unmessing this?
7 >>>>
8 >>> Herds are groups of developers that can then be mapped to a package.
9 >>>
10 >> Herds are a group of packages, which are maintained my one or more
11 >developers or
12 >> a project team consisting of one or more developers.
13 >>
14 >>
15 >>
16 >Let's begin by eliminating herds. We can do that by absorbing herds
17 >into projects where that makes sense (eg base-system), or expanding the
18 >
19 >herd into the respective maintainers where a clear association between
20 >herd and project does not make sense. An ebuild can then have a
21 ><project> tag in which case it is maintained by all members of a
22 >project
23 >or a maintainer list, or a combination of both. It can also have an
24 >observer tag for devs that want to track that pkg's maintenance while
25 >not being a maintainer.
26
27 This is not semantically correct for XML. Type of maintainer should be indicated by subelement or attribute, not three identical elements.
28
29 >
30 >Aliases can be associated with projects in the same way that ebuilds
31 >are. An alias can either belong to a project, in which case it expands
32 >
33 >to all the project members plus other added emails, or just a free
34 >standing alias with just members.
35 >
36 >Eg1. I'm not on base system, so an pkg with
37 >
38 ><project>
39 > <name>base-system</name>
40 > <email>base-system@g.o</email>
41
42 People aren't going to be happy about this. Their VAX-11s may not be able to handle typing the extra bytes when they do their daily routine of writing 200 metadata.xml files.
43
44 ></project>
45 ><maintainer>
46 > <name>Anthony G. Basile</name>
47 > <email>blueness@g.o</email>
48 ></maintainer>
49 ><observer>
50 > <name>Devan Franchini</name>
51 > <email>twitch153@gentoo</email>
52 ><observer>
53
54 This looks like a serious overkill. Both in the terms of commits and effort required.
55
56 >
57 >would be maintained by all of base system with alias
58 >base-system@g.o and me. twitch153 is listed as just an observer
59 >
60 >of the pkg and would receive emails but not technically be allowed to
61 >maintain the package. The email alias for this pkg is automatically
62 >generated from the metadata.xml.
63
64 This sounds like a lot of alias changes. What about package removals? Do aliases get removed too? What about synchronization delays? What about all the extra bugzie accounts?
65
66 >
67 >
68 >Eg2. A "free standing" ebuild could have
69 >
70 ><maintainer>
71 > <name>Anthony G. Basile</name>
72 > <email>blueness@g.o</email>
73 > <proxy/>
74 ></maintainer>
75 ><maintainer>
76 > <email>bugs@××××××××××.nu</email>
77 > <name>Johan Bergström</name>
78 ></maintainer>
79 >
80 >Again the alias for this pkg is automatically generated from the
81 >metadata.xml
82 >
83 >Thoughs?
84
85 --
86 Best regards,
87 Michał Górny

Replies