1 |
On Sat, 2019-08-03 at 01:20 +0200, Jonas Stein wrote: |
2 |
> On 02/08/2019 22.55, Michał Górny wrote: |
3 |
> > Add two new maintainer types: 'proxied' for proxied maintainers, |
4 |
> > and 'watcher' for people who wish to be CC-ed on bugs but are not |
5 |
> > maintainers (e.g. upstream developers). |
6 |
> |
7 |
> Can't we solve this simply in the bug tracker? The monitor setting of a |
8 |
> user does not belong into the tree. |
9 |
> |
10 |
> |
11 |
> The upstream maintainer and all other "watchers" have no write access to |
12 |
> the tree so they will consume manpower in adding and removing their |
13 |
> contacts to packages. |
14 |
|
15 |
I agree, and I'm actually afraid this might happen long-term. However, |
16 |
I don't think it's a real problem right now since the feature is used |
17 |
rarely. |
18 |
|
19 |
> |
20 |
> The perfect solution would be that any user can add a watch filter to |
21 |
> my-cat/mypkg in the bugtracker. |
22 |
|
23 |
Sure. But AFAIK Bugzilla does not have such a function. |
24 |
|
25 |
> |
26 |
> Between 2018-01-01 and 2018-12-31 we received and assigned 31280 bugs. |
27 |
> I am no fan of the descriptions in the form "please CC: If the bug is |
28 |
> about x but not y and the moon is in the third house of the lion" |
29 |
> |
30 |
> This consumes extra time for every assignment and prevents automagic |
31 |
> assignment in future. We should rather keep it simple instead of |
32 |
> extending the options. |
33 |
|
34 |
This is irrelevant to the topic at hand. If explicit type="" for this |
35 |
is added, you don't have to do anything special. Everything can be |
36 |
scripted correctly. |
37 |
|
38 |
> |
39 |
> |
40 |
> > +There are four defined maintainer types: |
41 |
> > + |
42 |
> > +person |
43 |
> > + Indicates a maintainer that is not a project, and has commit access |
44 |
> > + to the repository. |
45 |
> > + |
46 |
> > +proxied |
47 |
> > + Indicates a proxied maintainer, i.e. a maintainer that does not have |
48 |
> > + direct commit access and needs a proxy to commit the changes. |
49 |
> > + |
50 |
> > +watcher |
51 |
> > + Indicates a non-maintainer that wishes to be CC-ed on bug reports, |
52 |
> > + e.g. a upstream developer. |
53 |
> > + |
54 |
> > +project |
55 |
> > + Indicates a maintainer that is a project defined in ``projects.xml``. |
56 |
> |
57 |
> I think different "objects" should not be stored in one variable. |
58 |
> "Person" or "Proxied" means here write_access=TRUE/FALSE |
59 |
> "Project" means a group of developers |
60 |
> "Watcher" means let Bugzilla send notifications |
61 |
|
62 |
I really do want to avoid having exponential growth of fields. |
63 |
For example, a 'project' can't really be a proxied maintainer (it can |
64 |
include proxied maintainers though). We'd end up having a lot of fields |
65 |
with special relations and exclusive blocks. |
66 |
|
67 |
> "Person": We should name people without write access persons too... at |
68 |
> least in public ;-) |
69 |
> |
70 |
> |
71 |
> We should not introduce "watchers" as long our upstream fields in the |
72 |
> metadata are out of date or not set at all. |
73 |
> |
74 |
> |
75 |
> > +Previously, proxied maintainers were distinguished by not having a Gentoo e-mail |
76 |
> > +address. However, nowadays we have developers without direct Gentoo repository |
77 |
> > +commit access as maintainers. |
78 |
> |
79 |
> (formerly known as staffers) |
80 |
> these few can use their non gentoo mail, if they do not want to do the quiz. |
81 |
> But I think, if someone has done the staffer quiz and is very active on |
82 |
> the ebuilds it makes most sense to go for the write access. |
83 |
|
84 |
There is one developer who does not accept GLEP 76 and therefore commits |
85 |
via proxy. |
86 |
|
87 |
-- |
88 |
Best regards, |
89 |
Michał Górny |