* [gentoo-dev] Re: Policy regarding the inactive members
@ 2010-04-11 15:27 99% ` Duncan
0 siblings, 0 replies; 1+ results
From: Duncan @ 2010-04-11 15:27 UTC (permalink / raw
To: gentoo-dev
Matti Bickel posted on Sun, 11 Apr 2010 16:04:57 +0200 as excerpted:
>> A council member is inactive when:
>>
>> 1) He is inactive in critical discussions ( such as the whole Phoenix
>> discussion ) for a certain period of time
>
> Please, no. Or we start to get -council/-dev threads about why a certain
> thread here is not considered critical by half of the council when they
> don't reply. If you can't put a number on it, please don't make it a
> hard requirement.
Agreed. I just don't see how this is can be practically enforced. Even
if it's possible to cleanly determine what threads apply, do we really
want council members posting the equivalent of "discussion-present"
messages? Does failure to post when someone else said it better, or even
just said it already, indicate inactivity?
>> 2) Fails to accomplish his role by supervising the Gentoo projects.
>
> This isn't even in their domain. I would complain *loud* about any
> council member interfering with projects unless it's an inter-project
> issue. The council is meant for arbitration and vision, not for
> commanding devs.
I believe this was, in fact, specifically one of the reasons the purpose
was worded as it was, "global issues and policies that affect multiple
projects". Even if it was humanly possible for council to micro-manage,
should it? Projects and their leaders (and many participants) wanted the
flexibility and freedom to make their own decisions, not have council
constantly second-guessing them.
Instead, the wording is deliberately limiting to global Gentoo and inter-
project issues, tho it can be noted that there remains in effect a way for
council to act in the affairs of an individual project, should it be
deemed necessary, by declaring the issue to have escalated to enough
importance that it's now a global Gentoo issue. So there's a means of
escalation should it be necessary, and it's the council that makes that
judgment, subject only to reelection votes, but if it's clearly getting
out of hand, people will walk and form a new "genthree", if it comes to it.
....
But an issue that I've wondered about before, that I've never seen
addressed, is this: With default-monthly meetings and council serving
only a year, that's only 12 meetings. A council member could make every
other one, skipping the last three in a row, and effectively the only
thing that could be done would be not reelect him.
Now people are human, get sick, have loved ones die, have an earthquake
hit the day of the council meeting, whatever, so there's gotta be some
give.
But it always seemed to me that a rolling 2 out of 3 should be required,
possibly with a council-can-forgive-one-absence clause. So if you miss
one, you better make the next two or you're forced to appeal to the "at
the mercy of the council" clause. And you can only use that council-mercy
vote once, so if it happens again, you're out, period.
Also, there needs to be a way for an accelerated new election, should it
be needed, as otherwise, by 8 months in, by the time the machinery gets
going, the new councilor might get in for the last meeting, when
presumably the old council is only finishing up tail-ends. Is it even
worth it? But that's really a topic for another (sub?)thread.
Another alternative would be to make the terms a bit longer, perhaps 18
months or two years, having half the council replaced every 9 months or
annually. Or make it 14 months and stagger terms starting every two
months. The idea being, it's never "the last couple months" for
everyone. And if the terms are staggered every two months, elections
would be basically constant, they wouldn't be such a big deal, and council
policy changes would be more gradual.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
^ permalink raw reply [relevance 99%]
Results 1-1 of 1 | reverse | options above
-- pct% links below jump to the message on this page, permalinks otherwise --
2010-04-11 13:16 [gentoo-dev] Policy regarding the inactive members Markos Chandras
2010-04-11 14:04 ` Matti Bickel
2010-04-11 15:27 99% ` [gentoo-dev] " Duncan
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox