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 |