From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id F0E431382C5 for ; Tue, 13 Feb 2018 04:09:59 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 3F588E0C3A; Tue, 13 Feb 2018 04:09:59 +0000 (UTC) Received: from smtp.gentoo.org (dev.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id F110FE0C39 for ; Tue, 13 Feb 2018 04:09:58 +0000 (UTC) Received: from gentoo.org (unknown [IPv6:2001:470:e1cc:3::10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: prometheanfire) by smtp.gentoo.org (Postfix) with ESMTPSA id 6DA0C335C07 for ; Tue, 13 Feb 2018 04:09:57 +0000 (UTC) Date: Mon, 12 Feb 2018 22:09:54 -0600 From: Matthew Thode To: gentoo-project@lists.gentoo.org Subject: Re: [gentoo-project] rfc: council members and appeals Message-ID: <20180213040954.a3ekcfj2ajiyupgo@gentoo.org> References: <20180211224234.GB6747@linux1.home> <1543891.Z8g1y2pR8Z@porto> 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; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="4f452wgjpkzlzm6o" Content-Disposition: inline In-Reply-To: <1543891.Z8g1y2pR8Z@porto> User-Agent: NeoMutt/20171215 X-Archives-Salt: 924acd0c-3b89-45ce-a9cb-18305d19ed84 X-Archives-Hash: 2f9af6fde06c7d673f155ea179177074 --4f452wgjpkzlzm6o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 18-02-13 03:43:29, Andreas K. Huettel wrote: > >=20 > > Attached is a patch for glep 39 which will make this change. > >=20 > > Thoughts? > >=20 >=20 > William,=20 >=20 > the actions of all projects can be appealed with the council. So this doe= snt=20 > make too much sense, unless you want council members to be temporarily re= tired=20 > from Gentoo.=20 >=20 > This is precisely why we have the listing of candidates for the council= =20 > elections, where comrel, qa, and infra members are clearly marked. If you= =20 > don't want any overlap, don't vote for these candidates, as simple as tha= t. >=20 > Something else though... >=20 > Do you really think that working on comrel issues is "fun" and that this = is a=20 > much sought-after position? >=20 > Just about the only appeal of being comrel member that I could imagine is= some=20 > diffuse feeling of power, but believe me that is very quickly offset by t= he=20 > xxxx you have to digest. (Of course one could try to just join the team a= nd=20 > not do anything, but that's not what I am talking about.) Also it's a bit= like=20 > described in the Hitchhiker's guide, everyone who really really wants to = do it=20 > is essentially unsuited for the job. >=20 > Food for thought... >=20 > I'm against this change to GLEP39, and challenge everyone who doesn't wan= t me=20 > on the council to not vote for me in the next election. Cheers! >=20 Currently comrel is invite only, so you are not doing yourself any favors in baring yourself off from possible aid (at least hold yearly applications or something). At least in the Openstack world one of the responsibilities of being a project lead (PTL) is the recruitment of people to the project and curation of those people into 'core' reviewers. I think actively recruiting to comrel would help(hopefully this helps alter the perception that comrel is a closed body). Further, I think reactivating the proctors would be good as well (which is actively being worked on). As far as the proposal goes, this is my opinion (and only my own, not the foundations, since this needs to be said nowadays). In a perfect world we'd have separate people for each position and enough people to 'man' each position. Unfortunately this is not (even close to) a perfect world. Thus, this is my proposal. Any project that governs another project that makes group decisions must not have more than a quorum number of members in the group making the group decisions. Those that vote in group decisions of child projects must recuse themselves if receiving an appeal from the governed project. This means that if council is 7 people, they cannot have 4 people in the group that makes group decisions within the governed child project. More specific of an example... Council would not be allowed to have 4 members (of 7) be members of comrel. This would also prevent (and allow with a bylaw update) members of Council and Trustees to 'cross pollinate' to a degree if extended to also modify the rule that council and trustees must not have the same members. I'll submit this as an alternate proposal to glep39 (rfc first of course) if people like it. --=20 Matthew Thode (prometheanfire) --4f452wgjpkzlzm6o Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEExFR3cOKGRpGbcMHPZKN76q4ZpOgFAlqCZREACgkQZKN76q4Z pOiFcBAAqqXGvOGriaEDg8iYlmVuytXtu374effNOkNEoHWKwsDQmk4ahNQ4bovZ U6ztUa49hp2D/XRjmCAFtW++RB9yZt56kPsXAoCsTgSFkF3WY/EDHZndRKWeeGaY ++x5L/FjS7bfba9YcILSO2nGy4lLQviPQKVS/RWJvYfHESgsMAXPVV0OrkCsPkci f5uSVTn9d9h6F0llKqRuQV+g6wu4aLKbZsmDo+t7a+CRpQuTOLZiO6gYxPr1Ty0H T0ADRLGo4FoAYdwj+grRWvL0pXVYsq0gN/9i4vyLyTbEpfo3u5x1e3E9s/otWDBy lAX1Js1lwAkmci0+GG8E7qgi5YcOFrMbBUa1p9ZpNQLlmAlliGdkjvA3pIMJ6J1I PUfLI4W8yRxhpCUm3i5UbyZOOmPwZsF2pv2jLhlUcOVPMZaaD33p1qSQK5fbmVC5 Lmeg8jXZ+ab98XngH8ZNGc0LuRIkrAKDPneqXImAs7SKoaN+P2TgAkjJRJP5RUxi UFkkMtK5E9l5wuda8qfZDwNuyJxNmyLegyrhsHRd6lDgMV5OiP2d2nbCC5tq8mmt B/rxnoYnF/FQRthJtb5GRR2euzd2DtT9WdIZBLzs0RSlYeq01Nt1fXnfTYqqEVsW KU9DfdIKR2XvGHj3U3IFn5XJqjvKqkmmfsJJaLYCt9GhEIZOCIg= =ewUy -----END PGP SIGNATURE----- --4f452wgjpkzlzm6o--