From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id EF81113877A for ; Wed, 2 Jul 2014 21:15:27 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id BD823E0885; Wed, 2 Jul 2014 21:15:26 +0000 (UTC) Received: from rrzmta1.uni-regensburg.de (rrzmta1.uni-regensburg.de [194.94.155.51]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 0C8ECE0884 for ; Wed, 2 Jul 2014 21:15:25 +0000 (UTC) Received: from rrzmta1.uni-regensburg.de (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id D957337C48 for ; Wed, 2 Jul 2014 23:15:24 +0200 (CEST) Received: from kailua.localnet (pc1011302446.uni-regensburg.de [132.199.96.54]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: hua59129) by rrzmta1.uni-regensburg.de (Postfix) with ESMTPSA id D383037C1D for ; Wed, 2 Jul 2014 23:15:24 +0200 (CEST) From: "Andreas K. Huettel" To: gentoo-project Subject: Re: Re: [gentoo-project] Gentoo Council 2014 / 2015 election Date: Wed, 02 Jul 2014 23:14:02 +0200 Message-ID: <3677509.vVmt2iqRkA@kailua> User-Agent: KMail/4.13.2 (Linux/3.10.32-gentoo; KDE/4.13.2; x86_64; ; ) In-Reply-To: <53B2E4CA.1080408@gentoo.org> References: <539BD2E2.7030803@gentoo.org> <1757239.UAu395ci7F@kailua> <53B2E4CA.1080408@gentoo.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Project discussion list X-BeenThere: gentoo-project@lists.gentoo.org Reply-To: gentoo-project@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1772153.lHnqegUl8d"; micalg="pgp-sha512"; protocol="application/pgp-signature" X-Archives-Salt: 7cfcd055-4526-4606-8f3b-263d8546bd71 X-Archives-Hash: 256181cd6aefae03db3f41fec7a0c854 --nextPart1772153.lHnqegUl8d Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="us-ascii" > From what I see you are on both council and comrel. I think that is a= > conflict of interest. >=20 > Council and ComRel should check on each other. If someone is member o= f > both, then it is likely that he will avoid acting against either part= y > even if it necessary. >=20 > Some worst case scenarios: > * you have a problem with a council member =3D> you go to ComRel in n= eed > of help > * you have a problem with a ComRel member =3D> you go to council, bec= ause > going to ComRel isn't necessarily an option (e.g. the person is the > ComRel lead or you think that ComRel isn't in a functional state) > * If someone is on both parties and you got a problem with him, then = the > situation is delicate and checks and balances are likely to fail Hey Julian,=20 a few points can be made here (and have already been made in this threa= d).=20 Let's first talk about the general situation... First of all, both comrel decisions and council decisions are always te= am=20 actions. You may have seen the situation of "one comrel guy talks to so= meone=20 and tells him 'please behave'". While this certainly has an effect, and= would=20 have been communicated within the comrel team, it does not have much fo= rmal=20 meaning. In the (luckily rather rare) cases where a formal comrel decis= ion=20 that has consequences is needed, the steps are documented in detail, in= cluding=20 who was involved in the decision making.=20 [If you look at old public bugs tracking such events, you get across te= xts=20 like "This suspension was agreed upon by x, y, z, a, b, and c. d also a= greed=20 with the decision."] The council has 7 members, comrel currently 15. So, even if an individu= al=20 developer were in both groups and would really cast votes on both level= s, that=20 would not give this individual power to "box through" decisions on both= =20 levels. That said, I see it as good practice not to take part in any de= cision=20 on both levels (and intend to stick to that should the case ever arise)= . Now about me personally... I was invited to join (then) devrel a short time before I was first ele= cted to=20 the council. For a large part I'm still trying to learn from the "comre= l=20 ancients" how things are done there, which is not so easy as long as (l= uckily)=20 not much is happening. I consider the council work more important, and = have=20 only limited time. For these reasons, I tend to take things slow in com= rel so=20 far and prefer if other people pick up the phone. Cheers,=20 Andreas =2D-=20 Andreas K. Huettel Gentoo Linux developer kde, council --nextPart1772153.lHnqegUl8d Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQJ8BAABCgBmBQJTtHYaXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzNUIxN0RGNTc1MjU3N0NBMEM1NDFDRUI5 NEJGREY0NDg0QUQxNDJGAAoJEJS/30SErRQvlWUP/0tqUSKUQ9GBOhtJLoXFG+IQ xxyIH0jfkp+YnN4dJ4Kgmu2pUupvtDUNV9J5w8JcXSvvy/vyc0MLQSLofB3glraL 2W8NcHf84uibyy4ibnHgl9xN35ZMaDiOzJ0jS31rco7LiS+kDGVOT6fcApcsZg88 GMCqcb/BGrpWun7+2w/jB04Ynl5ey4H/GuL3u4A695f++bm/+X0bbjExoBA200v1 b6XWNImozIXJxhM9b466gjL2LCa/bEupmo/a3FYuiPBc8m7gBqRQJtK7ILb9KClt Zc7HIN2kDtbuGB4D2dVzQBg4kiykfS+FM2SnsnMgaYOqPvsR9oS8eBajuSyLI3sb CMkMeOLBTSrSSzTvQCpeQliMwutwReoYr1heMGm/m3Q0zmYNfZn2Oy7US3aUK2q/ BCFLXtQExbs0+Em3q3/DKUjs6RGceAUEOzF1oA7PF15bJy2yUeH7Dg3AulCgvWCC elsi+32PIlN0ZQPYZyqJbVXP8mbUfd9NrUSX+u081kLEZS2ITpcWoLwr5IsZCPh/ HIcRxwFMDeL3Kb9/KZfcjWJGiaD7fOCBfiBPQfuDUm04M/FWDNLEiVf298I1MnXJ IWk+V13p1EvIM5RnrTANOc8uINKKcTLyzallJZcCFf+MN5F89g61rGkbZiyA3fc+ Y4S40Qls9o26X/qbexYY =i+vP -----END PGP SIGNATURE----- --nextPart1772153.lHnqegUl8d--