On Tue, Jun 18, 2013 at 3:08 AM, Ross Gardler <rgard...@opendirective.com> wrote: > I respectfully suggest your intervention is an example of ISSUE 03 (too > many cooks). As a champion I'm interested in podlings learning the Apache > Way - a significant part of this is to not let unnecessary process get in > the way of software development. > > The vote is still open and can be stopped with a veto. This is a reversible > step. It is done in full view of the voting community. No harm is done and > a little extra work for a number of volunteers is avoided.
C'mon, it's frustrating that folks are now casting Marvin as an annoying "rule follower". For all votes here, you review a proposal/RC/committer candidate, you vote. And that vote is based on the state of the proposal as it were when you voted. That the proposal is immutable is a well-established social norm, certainly not news to you, Sanjiva, or anyone else... A voter should be able to vote and forget about it. They shouldn't need to constantly go back and look for changes since casting their vote. No one would, for example, allow this sort of nonsense in a release candidate vote. Debo didn't have things worked out in time, not a big deal; vote them in after the proposal succeeds, that's truly a trivial exercise for such a distinguished list of folks. Another option is to discount votes prior to the last mutation. Or, we add a wiki page that explains to new folks how the social norms can be overridden/bullied occasionally by headstrong, salty old-timers as they see fit... Thanks, --tim > Sent from a mobile device, please excuse mistakes and brevity > On 18 Jun 2013 03:18, "Marvin Humphrey" <mar...@rectangular.com> wrote: > >> On Mon, Jun 17, 2013 at 11:04 AM, Ross Gardler >> <rgard...@opendirective.com> wrote: >> > C'mon Marvin. The project has enough ASF committers on the initial >> > commiter list (ignoring mentors) to be able to conduct a committer >> > vote. >> > >> > Lets not add unnecessary bureaucracy during the initial set-up phase. >> >> Voting in a new committer isn't a lot of work, and Stratos has a lot of >> resources behind it. Following the rules wouldn't have been a big deal. >> >> I'm not prepared to blow up the Incubator over this issue, though -- only >> to >> ask nicely. >> >> If Stratos later experiences frustration regarding the Incubator's >> conflicting >> rules and inconsistent enforcement of rules, now they'll know where that >> comes >> from. >> >> Marvin Humphrey >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org >> For additional commands, e-mail: general-h...@incubator.apache.org >> >> --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org