On Thu, Sep 9, 2010 at 3:13 PM, Greg Stein <gst...@gmail.com> wrote: > On Thu, Sep 9, 2010 at 14:11, Kalle Korhonen <kalle.o.korho...@gmail.com> > wrote: >> On Thu, Sep 9, 2010 at 10:51 AM, Greg Stein <gst...@gmail.com> wrote: >>> On Thu, Sep 9, 2010 at 08:47, James Carman <ja...@carmanconsulting.com> >>> wrote: >>> I haven't followed this particular issue because it seems like a >>> slamdunk easy thing. If the podling wants to change their name, then >>> fine. Sounds easy enough. I would see no reason for anybody outside >>> the podling to -1 that choice, and might even say that I'd be upset if >>> they did... >> >> Sure, the podling can change the name and it can be completely dealt >> with an internal matter. However, in this case, the name change was >> put up for a procedural/opinion vote on the incubator general list. As >> such, I might be upset if people are criticized for giving "the wrong >> vote". Most non-positive votes in the thread are non-binding so the >> project can ignore them if they like, but if you don't want the >> opinion, don't put it up for a vote. > > As I said, I haven't followed it. I meant if the -1 was a veto. If the > IPMC was vetoing a podling's choices on stuff like this. If you're > only using a vote as a preference/opinion marker, then sure... > definitely no problems with that!
That vote is majority rules, so the IPMC could in effect overrule the project - the "preference/opinion" had already previously been gathered. In any case, I was using that instance to ask the broader question of why we (IPMC) get binding votes on project matters. It seems to me that the healthy thing to do is closer to the board model where we trust projects to do the right thing, ask for an ack, and then only challenge the project on the basis of a legal/release/trademark/etc issue. If we tell the projects that you have to re-vote with the peanut gallery, then the peanut gallery effect is predictable. Those votes, for example, are because they don't *like* the new name personally, not because there's any real problems with it. --tim --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
