Skip to Content.
Sympa Menu

sm-discuss - [SM-Discuss] Clarification before Issue Vote

sm-discuss AT lists.ibiblio.org

Subject: Public SourceMage Discussion List

List archive

Chronological Thread  
  • From: Eric Sandall <eric AT sandall.us>
  • To: "SM-Discuss" <sm-discuss AT lists.ibiblio.org>
  • Subject: [SM-Discuss] Clarification before Issue Vote
  • Date: Wed, 23 Jan 2008 18:14:03 -0800

Hey all,

While (finally) getting to cleaning out the inactive developers[0], I would
like some clarification of what we think the following paragraph of our
Developer Organization[1] means:
"are automatically nominated and seconded for a removal vote after one year
of inactivity (defined as no committed changes to any part of the project's
source code or documentation repositories)."

In my opinion this should mean they are automatically removed as a general
developer, but as stated we still need to vote on their removal before it
becomes official. Note that this process requires that the developer be
inactive for one *year*. That should be plenty of time for them to let us
know they're too busy and remove them or that they were busy and are about to
make a glorious return. ;)

The Voting Policy[2] states:
"Exception to the above: Automatic Removal Votes (triggered by inactivity
as
specified in the Developer Organization document) automatically pass unless a
simple majority (greater than 50% of all binding votes cast) vote against the
removal."

So do we still need to do an official vote, but no one is required to vote
since it automatically passes? If anyone votes nay, then everyone required to
vote must vote to meet the quorum for an official vote. Having a vote to
remove someone who hasn't been active (see below) for a year would, in my
opinion, generate more work than I want to do. :)

The same goes for Lead Developers (in their demotion to General Developer
after six months).

Also, "activity" should either be redefined to allow for non-code
contributions (maintaining wiki, spreading the good word, system
maintainence, etc.) or we should have another category to list them in honor,
but not confuse them with our "code monkeys". :)

I would also like to add a note stating that extenuating circumstances (e.g.
e.g. hospitalization, military service, political service) reported to their
respective Component Lead *before* their time is up may mitigate the
automatic nomination/second (and removal if that's added).

A third note I would like to add is what do we do with the developer's
accounts once they are removed (or they leave)? Disable? Delete? Leave alone?
The first and last I like in case they decide to come back (e.g. on hiatus,
but planning on returning), but I would prefer the same steps for all
removals and would prefer deletion (it's easy to re-add an account).

I recall (perhaps incorrectly) that any changes to policies require an Issue
Vote, but I cannot find that written down anywhere at the moment. ;) To be
safe I will call for an Issue Vote after I have received feedback on this for
about a week (roughly) and if that feedback does not point me out to be an
idiot.

-sandalle

[0] http://wiki.sourcemage.org/SourceMage/Developers
[1] http://wiki.sourcemage.org/SourceMage/Developer_Organization
[2] http://wiki.sourcemage.org/SourceMage/Voting_Policy

--
Eric Sandall | Source Mage GNU/Linux Developer
eric AT sandall.us PGP: 0xA8EFDD61 | http://www.sourcemage.org/
http://eric.sandall.us/ | http://counter.li.org/ #196285

Attachment: signature.asc
Description: This is a digitally signed message part.




Archive powered by MHonArc 2.6.24.

Top of Page