Dear Wiki user, You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" for change notification.
The following page has been changed by DennisLundberg: http://wiki.apache.org/jakarta-commons/JakartaCommonsEtiquette The comment on the change is: Fix formating ------------------------------------------------------------------------------ = VOTEs = - The commons-dev mailing list is a busy place. Very much a bazaar rather than a Cathedral. This means that VOTE threads have a habit of petering out. It a good idea to post a <tt>[VOTE][RESULT]</tt> which counts the binding VOTEs and tells people the result. + The commons-dev mailing list is a busy place. Very much a bazaar rather than a Cathedral. This means that VOTE threads have a habit of petering out. It a good idea to post a {{{[VOTE][RESULT]}}} which counts the binding VOTEs and tells people the result. ---- @@ -90, +90 @@ * Discuss and try to formulate a consensus first. Promotion votes can (and do) get messy unless this happens. Create a discussion thread on the list and try to find out any reasons people might have for voting against. You might need to alter your charter, add missing files or resolve dependency issues. It's easy for everyone if all main issues are sorted before you propose the proper VOTE. If revisions to the proposal are required, the VOTEing can get very messy. - * Post a promotion email whose subject and body make it clear that this is a formal promotion VOTE. The subject should be prefixed by <tt>[VOTE]</tt> and should be something like <tt>[VOTE] Promote commons-foo</tt>. The body should be clear and fairly formal. + * Post a promotion email whose subject and body make it clear that this is a formal promotion VOTE. The subject should be prefixed by {{{[VOTE]}}} and should be something like {{{[VOTE] Promote commons-foo}}}. The body should be clear and fairly formal. * Proposal - always include a copy of the PROPOSAL that's being VOTE'd on in the VOTE email. This is important since it is clear to everyone what they are VOTEing on. It also prevents being put in the embarasing position of the PROPOSAL being VOTE'd on being modifed in CVS half way through a VOTE thread. - * Please give the proposal enough time to give everything the chance to VOTE. I leave promotion VOTEs several days - maybe up to a week. When VOTEs have stopped coming in then please the proposer should post a <tt>[VOTE][RESULT]</tt> giving counts. Only the VOTEs of commons committers are binding so please make sure that these are tallied separately. The reason why a result email is good is that VOTE thread tend to peter out and so without a final email, it's hard to look back through the archives and find out what's happened. Another reason is that it's a good way to let everyone know what the result was. If there are any disagreements about the result, they can be resolved then. + * Please give the proposal enough time to give everything the chance to VOTE. I leave promotion VOTEs several days - maybe up to a week. When VOTEs have stopped coming in then please the proposer should post a {{{[VOTE][RESULT]}}} giving counts. Only the VOTEs of commons committers are binding so please make sure that these are tallied separately. The reason why a result email is good is that VOTE thread tend to peter out and so without a final email, it's hard to look back through the archives and find out what's happened. Another reason is that it's a good way to let everyone know what the result was. If there are any disagreements about the result, they can be resolved then. = Ettiquette - VOTEs (binding and non-binding) and POLLS = --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
