From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1GGH09-0005aX-TL for garchives@archives.gentoo.org; Thu, 24 Aug 2006 15:20:14 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.7/8.13.6) with SMTP id k7OFJPqp021094; Thu, 24 Aug 2006 15:19:25 GMT Received: from Mordor.longitekk.homelinux.net (195-190-172-146.adsl.ticino.com [195.190.172.146] (may be forged)) by robin.gentoo.org (8.13.7/8.13.6) with ESMTP id k7OFHYkd020903 for ; Thu, 24 Aug 2006 15:17:34 GMT Received: from localhost (localhost [127.0.0.1]) by Mordor.longitekk.homelinux.net (Postfix) with ESMTP id 8BB79457FC for ; Thu, 24 Aug 2006 17:17:33 +0200 (CEST) Received: from Mordor.longitekk.homelinux.net ([127.0.0.1]) by localhost (mordor.longitekk.homelinux.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29489-11 for ; Thu, 24 Aug 2006 17:17:23 +0200 (CEST) Received: from [192.168.10.237] (Gwaihir.longitekk.homelinux.net [192.168.10.237]) by Mordor.longitekk.homelinux.net (Postfix) with ESMTP id 7AD52457EA for ; Thu, 24 Aug 2006 17:17:12 +0200 (CEST) Message-ID: <44EDC2EE.2000907@gentoo.org> Date: Thu, 24 Aug 2006 17:17:02 +0200 From: Luca Longinotti Organization: Gentoo User-Agent: Thunderbird 1.5.0.5 (X11/20060807) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Democracy: No silver bullet References: <44ECF00D.7050107@gentoo.org> <44EDACD8.6060900@gentoo.org> <20060824145628.5bad7e89@snowdrop.home> <44EDB3A8.5000305@gentoo.org> <20060824153221.549704c8@snowdrop.home> In-Reply-To: <20060824153221.549704c8@snowdrop.home> X-Enigmail-Version: 0.94.0.0 OpenPGP: id=3E95ED4F Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig6E4449C87366EFB4028A2036" X-Virus-Scanned: amavisd-new at mordor.longitekk.homelinux.net X-Archives-Salt: 52af1205-44ff-4434-8b3e-b3a0c77a1a02 X-Archives-Hash: 2f70b53bf7751e2a1049935a8796039a This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6E4449C87366EFB4028A2036 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Ciaran McCreesh wrote: > On Thu, 24 Aug 2006 09:11:52 -0500 Lance Albertson > wrote: > | I partially agree that a strong council will help the situation, but > | the problem with any leadership-by-committee model is the lack of > | quick decisions. Many times things come up that need a quick > | resolution (when I say quick, I mean within a few days). And if you > | have a committee of 7 or so people that live in several different > | timezones, its extremely hard to get them together to discuss it all.= >=20 > Mmm, afaics there's nothing preventing the council from having quick, > 'as needed' informal interim meetings with whoever happens to be around= =2E > If a few people aren't there, it's not as big a deal as if people don't= > show up to the monthly meetings. Heck, the monthly meetings could be > considered a minimum... Indeed. I have to agree with Ciaran here, a stronger council seems to be one of the best solutions. A (benevolent) dictatorship, or the opposite of extending the democracy level even more, aren't going to solve anything imho. The dictatorship model sure doesn't motivate volunteers, and having more than one person is anyway better, as already pointed out, to not have single points of failure, or potential for quick and big damage. The opposite of a total democracy too doesn't cut it, when anyone starts having the power to put stuff to vote, make up referendums etc., things start to slow down and get caught up in endless bureaucracy (I'm swiss, it happens there, often, not that it isn't a good thing for something like a nation, but for something the size of Gentoo, and with the scope of Gentoo, it would just hurt imho). > | The council has its merits, but it also has its weaknesses, this one > | being one of them. I think I mentioned 6mo ago that we could keep the= > | council, but select one person to sort of be the "operational lead" > | to make quick decisions so that development moves on. >=20 > What happens if he or she (ok, he) isn't around? Is the flexibility of > having a single "on the spot decision" leader enough to outweigh the > disadvantages over allowing mini meetings? The ability of the council to hold arbitrary mini-meetings when needed, and eventually change the decisions at a later date (with a time limit of course, so that people can start doing work, and at the same time don't do too much work for it to then be eventually refused) if there is extreme opposition (basically if you have only 2 members around, those decides "YES", and the other 5 then tell "NO NO NO!") would seem the best course of action to me. Having the "one council leader" doesn't cut it, as Ciaran already mentioned for reasons of availability, and again we'd introduce a possible "quick" point-of-failure. If there is a decision that needs to be done extremely quick, just get together the council members that are there and do it, although I wouldn't expect it to be commonplace to have decisions that affect the whole of Gentoo that need to be taken in like an hour or two, at least 1-4 days of time to "prepare" for the decision can always be required, thus allowing the council members to be there in a reasonable amount for those mini-meetings, and if not, but if they know they want to say something, there still are proxies that can act for them. Raising the number to two co-leads can also be a solution, but what if exactly those two are away for whatever reason, but the other 5 are around? Now do they have to wait on one of the aforementioned two people to do anything? That still is a possible point-of-failure, which the other model (who is there decides, who is not does not) would solve relatively well. --=20 Best regards, Luca Longinotti aka CHTEKK LongiTEKK Networks Admin: chtekk@longitekk.com Gentoo Dev: chtekk@gentoo.org SysCP Dev: chtekk@syscp.org TILUG Supporter: chtekk@tilug.ch --------------enig6E4449C87366EFB4028A2036 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE7cL2+FxjjD6V7U8RAgqnAJkBbrpTA9itN27YMGFPjUWcesgxvQCfYpDB 2Qh+AixrR+P9JB8L6JlTTZk= =08jg -----END PGP SIGNATURE----- --------------enig6E4449C87366EFB4028A2036-- -- gentoo-dev@gentoo.org mailing list