1 |
W dniu pią, 01.06.2018 o godzinie 13∶23 -0700, użytkownik Raymond |
2 |
Jennings napisał: |
3 |
> On Fri, Jun 1, 2018 at 11:35 AM, Michał Górny <mgorny@g.o> wrote: |
4 |
> > Hello, |
5 |
> > |
6 |
> > As my second Bylaws change proposal, I would like to integrate |
7 |
> > Foundation membership closer with our retirement procedures. I would |
8 |
> > like the retired developers to be removed from Foundation by default, |
9 |
> > unless they explicitly ask to stay. That way, we won't have to 'clean |
10 |
> > up' inactive developers twice. |
11 |
> > |
12 |
> > The main idea would be that since Recruiters inform (or should inform) |
13 |
> > new developers that they can join the Foundation now, I think it would |
14 |
> > also be reasonable for undertakers to appropriately ask retired |
15 |
> > developers if they would like to continue their Foundation activity, |
16 |
> > and inform Trustees of the retirement otherwise. |
17 |
> > |
18 |
> > I'm not sure how to integrate it into Bylaws. However, I'd like to know |
19 |
> > your opinion on the idea. |
20 |
> |
21 |
> My opinion opposes this idea. |
22 |
> |
23 |
> "default fail" is not a good policy. |
24 |
> |
25 |
> What if there's a technical issue? What if they can't respond for some reason? |
26 |
|
27 |
Technical issue preventing them from giving a simple reply within six |
28 |
months? |
29 |
|
30 |
> I'd just leave well enough alone and keep it a separate issue. |
31 |
> |
32 |
> And I do not think that retirement as a developer (staff or ebuild or |
33 |
> otherwise) is a good reason to soft-remove a developer from foundation |
34 |
> membership barring an objection. |
35 |
> |
36 |
> At present, if they voted in time they have cause to stay as a member, |
37 |
> and if they're already inactive as a voter then they're already |
38 |
> subject to removal anyway. |
39 |
> |
40 |
> I don't think we need to make it easier for foundation members to |
41 |
> retire through inaction. This just makes a loophole that a foundation |
42 |
> member could trip over by accident. In my opinion, since they can |
43 |
> already be removed by failing to vote, automatically removing a |
44 |
> retired developer unless they object is redundant. |
45 |
> |
46 |
> Also, I do not think that it's wise to make assumptions like this on |
47 |
> behalf of foundation members, that they want to be removed unless they |
48 |
> say otherwise. |
49 |
> |
50 |
> Plus there's always the chance that something screwy happens and they |
51 |
> get removed against their will. What if they're busy? What if their |
52 |
> email bounces? There are contingencies, and I don't see a reason to |
53 |
> invite Murphy's law into this. |
54 |
|
55 |
Gentoo provides e-mail service to developers. Bugzilla mail is single |
56 |
most important kind of mail developers receive. If they don't receive |
57 |
Bugzilla mail for six months, then they're supposed to notice that. |
58 |
|
59 |
-- |
60 |
Best regards, |
61 |
Michał Górny |