Gentoo Archives: gentoo-project

From: "Michał Górny" <mgorny@g.o>
To: gentoo-project@l.g.o
Subject: Re: [gentoo-project] pre-GLEP: Gentoo Developer status
Date: Sun, 15 Apr 2018 12:22:31
Message-Id: 1523794944.1347.18.camel@gentoo.org
In Reply to: Re: [gentoo-project] pre-GLEP: Gentoo Developer status by "Francisco Blas Izquierdo Riera (klondike)"
1 W dniu nie, 15.04.2018 o godzinie 13∶44 +0200, użytkownik Francisco Blas
2 Izquierdo Riera (klondike) napisał:
3 > Hi Michał!
4 >
5 > El 14/04/18 a las 09:24, Michał Górny escribió:
6 > > W dniu pią, 13.04.2018 o godzinie 23∶28 +0200, użytkownik Francisco Blas
7 > > Izquierdo Riera (klondike) napisał:
8 > > > Hi Michał,
9 > > >
10 > > > Taking into account that the letter and not the spirit of GLEP 39 is
11 > > > usually thrown around as a weapon ("INFORMATIVE", HAH!). I strongly
12 > > > disrecommend having more "informative" policies.
13 > > >
14 > > > Not to say that whether you like it or not, not all non ebuild related
15 > > > developer work is necessarily tied to a project. Even GLEP 39 mentions
16 > > > this: "Not everything (or everyone) needs a project."
17 > >
18 > > If you have a good example of a developer contributing to Gentoo without
19 > > having commit access and without being tied to a project, I'm all ears.
20 >
21 > Here are some randomly picked tasks that don't require belonguing to a
22 > project:
23 > * Keeping the documentation on the wiki up to date and clear.
24 > * Writting new, relevant documentation.
25 > * Helping address users concerns over one of our official channels
26 > (forums, gentoo-user mailing list, IRC, etc.).
27 > * Helping users provide relevant information on bug reports.
28
29 Which of those tasks strictly require developer status? That said, some
30 of them fall into scope of one or more project -- e.g. Forums project or
31 Bug Wranglers project.
32
33 > All those are tasks making a very significant contribution to Gentoo.
34 > All of those are tasks that don't require being a member of any project
35 > to be performed, just having the relevant experience and skills.
36 > So here is my proof. Where is yours?
37 >
38 > Also why have to be the project leads the one determining the activity
39 > non ebuild developers do? After all GLEP39 clearly states too: " Instead
40 > the practical responsibility of a lead is "whatever the members
41 > require", and if that isn't satisfied, the members can get a new lead
42 > (if they can find somebody to take the job!)." Which doesn't names
43 > "determining the activity non ebuild developers do". Or maybe could it
44 > be that you are planning to force project leads to define those
45 > activites in which case you should modify ALSO GLEP 39.
46
47 First of all, I should point out to you that 'GLEP 39' was created at
48 the time when 'developers' were only people having commit access. While
49 people doing other tasks were called 'staffers' and therefore were not
50 covered by GLEP 39. Is reducing their privileges what you're really
51 pursuing?
52
53 That said, all I'm doing here is noting down the current Undertaker
54 policies. The classification into two groups determines the two main
55 methods of checking developer's activity. In case of developers with
56 repo/gentoo.git commit access, it is easy. In case of the remaining
57 developers, this is much harder.
58
59 I think that so far the largest group of non-commit-access developers
60 were Forum project members. Others were also contributing to some kind
61 of project (e.g. Infra). The only reasonably tangible method were
62 querying the relevant projects to determine whether their members were
63 active and to establish a good way of measuring one's activity.
64
65 Of course, if you insist we could just say that Undertakers determine
66 the activity at their own accord, and retire people who are apparently
67 inactive without consulting the project leads. However, that seems
68 inferior to the current practice.
69
70 What is the problem you're trying to solve here? Are you just arguing
71 for the sake of arguing? Or are you pursuing the concept of 'every
72 developer obtains his developer status forever, until he agrees to
73 retire'?
74
75 > > The GLEP *explicitly* defines that there are
76 > > both ebuild and non-ebuild contributions, so whatever you're making up,
77 > > it's irrelevant to the topic at hand.
78 >
79 > The GLEP defines different requirements for those two sets of peoples
80 > with the second set having harsher constraints (i.e. not having the
81 > possibility of having their contributions not being filtered by a third
82 > party). This second group happens to be "non-ebuild contributors". So
83 > maybe, instead of trying to insult me a "non-ebuild contributor" you
84 > could consider looking at the moon instead of the finger.
85 >
86
87 No, I haven't been trying to insult you so far. What has been happening
88 here is that *you* have been trying to picture yourself as a potential
89 victim of insults from 'bad' Gentoo developers who apparently don't
90 appreciate your 'contributions' to Gentoo.
91
92 --
93 Best regards,
94 Michał Górny

Replies

Subject Author
Re: [gentoo-project] pre-GLEP: Gentoo Developer status "Francisco Blas Izquierdo Riera (klondike)" <klondike@g.o>