Apache CouchDB does not allow vetos on new committer votes.
You can read our policy on all vote types here:
https://couchdb.apache.org/bylaws.html#types
I encourage all other projects to make public a similar summary of
their guidelines. This table alone has helped eliminate a LOT of
confusion when it comes time to voting on our project.
-Joan
----- Original Message -----
> From: "John D. Ament" <[email protected]>
> To: [email protected]
> Sent: Tuesday, March 28, 2017 8:15:33 PM
> Subject: Re: Vetoes for New Committers??
>
> I asked a similar question on another list some time back, around
> voting in
> new committers. I'm not going to share that thread (public vs
> private) but
> I think the advice i got from it was spot on. In addition, I've
> heard
> great additional feedback on other threads.
>
> Projects want committers who are infrequent, but able to contribute.
> They
> want PMC members who are consistent and dedicated to the project.
> You want
> some form of consensus though through the addition of a committer.
> IF
> someone has serious concerns, and is unwilling to change their vote,
> you
> may want to hold off and monitor a bit further to see when that
> person
> passes that threshold to become a committer. You have to have a
> clear
> understanding through the community though to understand why the
> person
> voting -1 feels strongly that way, in addition to not scaring the
> person
> voting into withdrawing their vote - it could be a legitimate issue.
> Though ideally, your discussion thread would flesh something like
> this out.
>
> John
>
> On Tue, Mar 28, 2017 at 8:04 PM Niclas Hedhman <[email protected]>
> wrote:
>
> > Hi,
> > on
> > https://community.apache.org/newcommitter.html#new-committer-process
> > it
> > describes the process of bringing in a new committer for a "typical
> > project".
> >
> > But in the "Discussion" it speaks of "3 +1 and no vetoes"... Is it
> > really
> > "typical" that projects use vetoes for new committers? I can't
> > recall
> > seeing that anywhere, not saying it is incorrect, but asking
> > whether it
> > really is "typical".
> >
> > Perhaps we should provide links to a handful of well-known
> > project's
> > processes, to both give a template for projects to work with as
> > well as
> > different approaches.
> >
> > Anyone has any opinion on this matter?
> >
> > Cheers
> > --
> > Niclas Hedhman, Software Developer
> > http://polygene.apache.org - New Energy for Java
> >
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]