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 |