From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1LQ3o4-0005TJ-5X for garchives@archives.gentoo.org; Thu, 22 Jan 2009 17:57:32 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 01024E0484; Thu, 22 Jan 2009 17:57:25 +0000 (UTC) Received: from mail.libexec.de (omega.libexec.de [85.214.68.240]) by pigeon.gentoo.org (Postfix) with ESMTP id 9DDDBE0484 for ; Thu, 22 Jan 2009 17:57:24 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.libexec.de (Postfix) with ESMTP id EB9B2400E for ; Thu, 22 Jan 2009 18:57:23 +0100 (CET) X-Virus-Scanned: amavisd-new at libexec.de Received: from mail.libexec.de ([127.0.0.1]) by localhost (omega.libexec.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZJa8Az93g4Fy for ; Thu, 22 Jan 2009 18:57:21 +0100 (CET) Received: from [192.168.0.60] (dslb-088-076-191-176.pools.arcor-ip.net [88.76.191.176]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: tobias) by mail.libexec.de (Postfix) with ESMTPSA id C7B7B3FFF for ; Thu, 22 Jan 2009 18:57:21 +0100 (CET) Subject: Re: [gentoo-council] Re: [gentoo-dev] Council size & terms [WAS] One-Day Gentoo Council Reminder for January 22 From: Tobias Scherbaum To: gentoo-council@lists.gentoo.org In-Reply-To: <20090122173755.GC20446@comet> References: <20090121233526.GA15870@comet> <20090122000229.GF15870@comet> <1232644991.4164.19.camel@homer.ob.libexec.de> <20090122173755.GC20446@comet> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-nWWRLWxkAGXuHuoXMYeh" Date: Thu, 22 Jan 2009 18:57:21 +0100 Message-Id: <1232647041.4164.33.camel@homer.ob.libexec.de> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-council@lists.gentoo.org Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 X-Archives-Salt: b0d6e839-adfc-4757-968d-fa2264b5767e X-Archives-Hash: 9e6297e26389fb34818485ca0caa506b --=-nWWRLWxkAGXuHuoXMYeh Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Donnie Berkholz wrote: > > I'm in favor of a fixed size of council members, I'd like to see at > > least 5 council members *if* developers want to change the size. >=20 > What is your reasoning for this? To make sure different views are represented in council's decisions and to make sure the decisions are well-balanced. This can be partially accomplished with having, say, 3 council members, of course - but well, it's 5 to make sure.=20 > > I dislike the idea of stretched 2-year terms, instead I prefer having=20 > > 1-year staggered terms (voting every 6 months and replace 3 or 4=20 > > council members). This would allow to put open council slots into the=20 > > next election, we wouldn't need to hold extra elections for open slots=20 > > then. >=20 > As I mentioned on the -council voting thread, I am concerned about a=20 > constant influx of new members every 6 months making it very difficult=20 > to make any progress. Do you think that won't be a problem? If so, what=20 > makes you think that? In fact we had a constant influx of new council members constantly in the past - which did also work somehow (I'd say it wasn't a problem in the past). With having elections every 6 months we *could* start to re-fill open slots with the next election (except there are more than ~2 open slots) and therefore won't have to deal with new council members constantly but only every 6 months. > > Anyways, this is something we can discuss - but as a change to the > > voting procedure most likely does change or extend what's written down > > in GLEP 39 I'd like to see a election on those changes. >=20 > I'm assuming you mean a vote by all Gentoo devs, since an election=20 > generally involves voting for a person rather than a policy. Yup, "election by all devs" > Just as a point of reference, the council has voted to change GLEP 39 in=20 > the past. I definitely feel that we need to hold this discussion=20 > publicly and get input from everyone. I think the council should then=20 > take all this input into consideration and vote upon it. In the past the council iirc didn't vote upon changes to the process of voting for, size and lengths of terms of the council. (Adding the _reopen_nominations candidate was something people took part in the discussion did agree with, but there was no council or developer vote on that.) It doesn't hurt to cast a vote by all developers on that, but this vote does legitimate the changes voted upon. Tobias --=-nWWRLWxkAGXuHuoXMYeh Content-Type: application/pgp-signature; name=signature.asc Content-Description: Dies ist ein digital signierter Nachrichtenteil -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEABECAAYFAkl4s4EACgkQX2bdwDDA8AUj2ACgh4564VCI2SC4oNdkKrMQwlZF JRAAnR+9e9NSCwPMOU589pfYT1VAGvV6 =OnUc -----END PGP SIGNATURE----- --=-nWWRLWxkAGXuHuoXMYeh--