Gentoo Archives: gentoo-project

From: Alec Warner <antarus@g.o>
To: gentoo-nfp <gentoo-nfp@l.g.o>
Cc: gentoo-project <gentoo-project@l.g.o>, "Michał Górny" <mgorny@g.o>, Gentoo Elections <elections@g.o>
Subject: Re: [gentoo-project] Re: [gentoo-nfp] Gentoo Foundation: A second election
Date: Mon, 23 Aug 2021 23:04:41
Message-Id: CAAr7Pr_AaL7EK0k3cmMY3FYDFMyT+TVhtxwzTu4hySJNe_iBEQ@mail.gmail.com
In Reply to: Re: [gentoo-project] Re: [gentoo-nfp] Gentoo Foundation: A second election by Rich Freeman
1 On Mon, Aug 23, 2021 at 8:22 AM Rich Freeman <rich0@g.o> wrote:
2 >
3 > On Mon, Aug 23, 2021 at 10:42 AM Ulrich Mueller <ulm@g.o> wrote:
4 > >
5 > > If Trustees can fill the vacancies, then there's no point in omitting
6 > > _reopen_nominations. They could still pick any candidates from below.
7 > >
8 > > So, I think the procedure as announced by antarus makes sense.
9 >
10 > If the election itself fails to actually elect anybody, they can
11 > actually appoint anybody they wish I believe. (ie, if the reopen
12 > option wins they could just appoint drobbins or a cousin or whatever,
13 > though obviously it would make more sense to just appoint somebody on
14 > the ballot, preferably the one with the most votes.)
15
16 I don't believe it is permissible to appoint 'a cousin.' Trustees must
17 be Gentoo Foundation members and probably also must be active
18 developers (per section 5.2 of the bylaws.)
19
20 >
21 > They actually can do that right now without another election, though I
22 > do think the course they're taking is a sensible one.
23
24 It seems rather pointless to add a reopen_nominations option to the
25 election, then have a tie and not reopen_nominations. Hence my
26 preferences for this solution.
27
28 >
29 > We could spend a lot of time debating the ideal election process, but
30 > in the end if you have only three volunteers for three slots, it is a
31 > bit of a moot argument...
32
33 This is my biggest challenge overall; the community spends significant
34 time debating the 'best' way to do some things, but honestly I'm not
35 sure we always need the 'best' way; we just need *a* way. If the
36 crappy way and the best way generate the same outcome; I'm not super
37 eager to devote hours and hours of discussion to generate the same
38 output; I think there are better ways to spend our time.
39
40 -A
41
42 >
43 > --
44 > Rich
45 >

Replies