[Dev] On voting [VOTE]
Katie Capps Parlante
capps at osafoundation.org
Tue Apr 26 13:09:32 PDT 2005
So, it sounds like we have a process proposal for chandler.
To be clear, here's my understanding of how this could work for us:
(+) If you want to make a change that requires some coordination and
consensus, call a vote.
(+) You (the person who calls the vote) will be responsible for making
the change, unless you can get someone to volunteer to help you out.
(+) Specify a time frame for the vote, or wait 1 business day.
(+) Silence implies consent.
(+) If you are calling for a vote, change the subject line (add [VOTE])
to clue people in.
(+) If you disagree with the proposal (-1), you are obligated to offer
an alternative or otherwise helpful suggestion.
For major design and architectural decisions, we'd still expect a spec
and more of a review process. We wouldn't use this mechanism to set
osaf priorities (0.6 feature priorities, for example).
So here I am calling for a vote. ;)
Cheers,
Katie
Alec Flett wrote:
> Ted Leung wrote:
>
>>
>> In an Apache style project, the person who calls a vote is usually the
>> one who implements.
>
> +1
> I think this is a general open source philosophy - if you whine about
> it, you fix it.
>
>> If people start voting, then someone (such as Morgen, in this case)
>> volunteers to implement once the vote has concluded.
>
> +1
>
>> Votes usually run long enough for people in every timezone to
>> reply. In the Apache case, this can be as long as 72 hours, although
>> on important votes, people usually specify a date by which voting will
>> conclude.
>>
> +1
>
> (and chandler/util is fine with me)
>
>
> Alec
>
>
> ------------------------------------------------------------------------
>
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
>
> Open Source Applications Foundation "Dev" mailing list
> http://lists.osafoundation.org/mailman/listinfo/dev
More information about the Dev
mailing list