From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1ML50V-0005ws-9t for garchives@archives.gentoo.org; Mon, 29 Jun 2009 00:46:03 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 136E9E0640; Mon, 29 Jun 2009 00:46:02 +0000 (UTC) Received: from mail-gx0-f227.google.com (mail-gx0-f227.google.com [209.85.217.227]) by pigeon.gentoo.org (Postfix) with ESMTP id E180DE0640 for ; Mon, 29 Jun 2009 00:46:01 +0000 (UTC) Received: by gxk27 with SMTP id 27so13644910gxk.10 for ; Sun, 28 Jun 2009 17:46:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=GCwXhCpfhGIGG/Bluc42m/qHwjI7mzk5kDo9YMPngsk=; b=ABhvuxzJivkDgXHGnpqEqY7lxTNxIScM0ciEuFrAGXruk/l9mnOpD/NR48Er4e7ZSu hlAp3QtiJQ8zJammnY2KlFOSE9+6KImu3xM4AU0+vmLwQ24ltV9SOlbXyjEo36GAKU04 +nkOZFJNK8t9NLiywdgOwG8txDPNMWDT4NFCU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=jAJUQmHxNLA7LJMXu+ub9Im9ROqmN6KwJh6iA21sQM4r8ro130i4qt/eFUypsmZ6mk e6FB305TF8+9kANAdLJPK3oZ7k3T3qSRVEfais1IurB4+FRfkuJd6rPUs+Oqkw1pZQqb 2Bgr9c3sq1cJc19DCkv1lXEJBb+wjW97Z7GjM= Received: by 10.90.93.13 with SMTP id q13mr1693269agb.114.1246236361491; Sun, 28 Jun 2009 17:46:01 -0700 (PDT) Received: from ?64.89.164.69? (r164h69.dixie-net.com [64.89.164.69]) by mx.google.com with ESMTPS id 32sm10220502aga.44.2009.06.28.17.45.57 (version=SSLv3 cipher=RC4-MD5); Sun, 28 Jun 2009 17:46:01 -0700 (PDT) Message-ID: <4A480EC2.7030904@gmail.com> Date: Sun, 28 Jun 2009 19:45:54 -0500 From: Dale User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.22) Gecko/20090628 SeaMonkey/1.1.17 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: 2009 Council Elections References: <1246229600.3656.5@NeddySeagoon> <4A47F8E3.8070703@gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: 87f96909-b737-43a8-8c99-5ee073528445 X-Archives-Hash: bfbf8288a9a651479f1924fc0cba7992 Duncan wrote: > Dale posted 4A47F8E3.8070703@gmail.com, excerpted > below, on Sun, 28 Jun 2009 18:12:35 -0500: > > >> As a long time Gentoo user, I have to ask. Why is that EVERYONE on the >> council must be there or have someone there to represent them? Would >> Gentoo come to a end if one person or even two people were not present? >> > > I believe the fear is in ultimately having a very small group of people > (say 1-3) vote in something agreed among themselves, that the rest of the > community doesn't agree with. Gentoo devs tend to be a rather > independent lot, and they don't want that risk. That's the reason the > council is seven members instead of say, five or three, as well. With a > three person council it's really easy to get just two acting in cahoots, > and with five, getting a third person isn't that much harder. A seven > member council means in ordered for something to pass, at least four > members must agree, and there's a lot of developers for whom that's > simply the minimum number they can trust to make a reasonable decision. > > >From that viewpoint, if anyone's absent without proxy, it lowers the > "safe" level dramatically, because it's just too easy to persuade one or > two other folks to vote with you, even if they don't share your ulterior > motive. So the idea is to keep the number of votes to seven, so the > number necessary for a majority is always a reasonably safe four. > That makes sense so what about this theory? A vote can only happen if a certain number, say five or six, is in attendance. That would end up with there being a majority vote but by more than 3 people. What you say is very true. I read about a city council that met and voted with all the opposing side not being told it was going to happen at all. Needless to say, they got their way. We all know how hard it is to take something back once it is done. > >> I do agree that if a proxy is going to be used, they should be a >> developer. If it is not that way now, it should be changed. I been >> using Gentoo for years and wouldn't even consider serving as a proxy. I >> would certainly not want to be a tie breaker on a vote. >> > > I agree. If I read GLEP 39 correctly, however, the reason it wasn't > required that all council members be devs is because they'd be council > members by virtue of being voted in by devs (being a dev is a requirement > to vote). Thus, if a majority of voting devs voted in a Gentoo-non-dev, > presumably they'd be expressing explicit trust in that non-dev to do the > right thing. > > Of course, the same doesn't apply to proxies, who are single-person > designated by the to-be-absent council member. Thus, the safety margin > doesn't exist there, they were NOT approved by the voting devs as a > whole, or even the council as a whole, and it's certainly a reasonable > argument that because of that, they should at least be devs. > > However, see my recent post proposing designated proxies, taking the job > for the full council term of a year. They could either be voted in as > running mates along with the (voting) council, or designated and approved > as the first order of business of the new council. (Since voting is > already underway for the new council, it'd have to be designated and > approved, this year, with the running mate idea perhaps next year if > thought good.) > > That'd eliminate both the unprepared proxy still trying to get up to > speed on what he's supposed to be voting on, as they'd presumably be as > prepared as would the regular voting council member, AND the problem of > non-dev as proxy, since they'd at minimum have been approved by the > council as a whole, if not voted in, in the same council vote as the > (voting) council itself. > > I see the point you are making. It seems to me that either proxies need to end or they need to be "running mates" as you put it. Then they would have to be devs to be "voted" in as proxies which would solve the whole issue. BTW, I'm sort of a conspiracy theorist. We have a family lawyer that does our legal stuff and he has learned the hard way to look at every single angle that is even remotely possible. I got that trait from my Mom. It's also what I hate about our government here. They pass laws and have not freaking idea what it says and it is so ambiguous that you can read into it whatever you like. Makes it hard on the Judges and the people since we never know what way the Judges will rule. It's a crap shoot basically. Dale :-) :-)