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.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 9EC5315ACFB for ; Mon, 10 Apr 2023 18:48:20 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id DAD6AE08AA; Mon, 10 Apr 2023 18:48:19 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id B6D8BE08AA for ; Mon, 10 Apr 2023 18:48:19 +0000 (UTC) Received: from grubbs.orbis-terrarum.net (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id 165B4340D1F for ; Mon, 10 Apr 2023 18:48:19 +0000 (UTC) Received: from grubbs.orbis-terrarum.net (localhost [127.0.0.1]) by grubbs.orbis-terrarum.net (Postfix) with ESMTP id 8D55C264AEF for ; Mon, 10 Apr 2023 18:48:18 +0000 (UTC) Received: (qmail 10033 invoked by uid 10000); 10 Apr 2023 18:48:18 -0000 Date: Mon, 10 Apr 2023 18:48:18 +0000 From: "Robin H. Johnson" To: gentoo-project@lists.gentoo.org Subject: Re: [gentoo-project] Update of Gentoo metastructure document aka GLEP 39 (was: Re: Council Meeting 2023-04-09: Call for Agenda Items) Message-ID: References: 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 X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="gexFU2mn7SFyodZl" Content-Disposition: inline In-Reply-To: X-Archives-Salt: be616a66-d416-49da-b5f3-b68c47d59b37 X-Archives-Hash: 19d56c73383013fa04098e6708d490a0 --gexFU2mn7SFyodZl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 10, 2023 at 07:37:48PM +0200, Ulrich Mueller wrote: > My suggestion is that we discuss these changes on this mailing list > until 2023-04-23; then I would ask the election team to organize a vote. Mostly looks good to me, some discussion/improvements below. > --- a/glep-0039.rst > +++ b/glep-0039.rst > @@ -1,14 +1,14 @@ > --- > GLEP: 39 > -Title: An "old-school" metastructure proposal with "boot for being a sla= cker" > +Title: Gentoo metastructure > Author: Grant Goodyear , > Ciaran McCreesh Nit: I think this needs updates about who significant authors of new revisions where. > Type: Informational > Status: Final > Version: 2 Nit: Version needs to be incremented. > +Updates to this document (other than editorial changes) require a vote > +of all developers. The vote passes if the ratio of positive to negative > +votes is at least 2:1, and if the number of positive votes is at least > +1/4 of the number of eligible voters. 1. This should probably describe how an all-developer vote is quorate, because I don't think that's codified anywhere (and if it IS already codified, it should referenced here). 2. I think this would be clearer formatted as a list: =3D=3D=3D The vote passes if all of the following are satisfied; - Ratio of positive to negative votes is at least 2:1 - The number of positive votes is at least 1/4 of the number of eligible voters. - A majority (50% + 1) of developers voted. =3D=3D=3D > + * It should have at least one lead, and the leads are selected by > + the members of the project. This selection should occur at least > + once every 12 months, and may occur at any time. Any member can > + demand a lead election if the last election was more than > + 12 months ago. Should consequences of not holding an election when demanded be covered here? > + * Whenever a member of the council loses their position (the reason > + is irrelevant; e.g. they resign or they are booted for slacking), > + then the next person in line from the previous council election > + is offered the position. If they accept and the current council > + unanimously accepts the new person, they get the position. > + Otherwise, it is offered to the next person in line, and so forth. > + If the council does not accept that person, then a new election is > + held to choose a new member. The new member gets a 'reduced' term > + so that the yearly elections still elect a full group. Two questions for this section: 1) Nit: In the case of tied ranked candidates that would be next in line, h= ow are they chosen? E.g. in the council-202106 election [A] there was a tie between slyfox & whissi, as well as lu_zero as zx2c4. 2) Nit: Not likely to have an actual effect on the outcome due to the over-supply of candidates at this time, but should the selection go past the "_reopen_nominations" meta-candidate? > * If any meeting has less than 50% attendance by council members, a = new > election for *all* places must be held within a month. The 'one ye= ar' > - is then reset from that point. > + is then reset from that point. Any such meeting must dissolve > + immediately after the short roll call. Can this be clarified to say that council members may informally discuss the scheduled agenda, but the official votes cannot be held? I'd think there might be cases where a discussion happens anyway, and then the voting is moved to a bug. [A] https://projects.gentoo.org/elections/council/2021/council-202106-resul= ts.txt --=20 Robin Hugh Johnson Gentoo Linux: Dev, Infra Lead, Foundation Treasurer E-Mail : robbat2@gentoo.org GnuPG FP : 11ACBA4F 4778E3F6 E4EDF38E B27B944E 34884E85 GnuPG FP : 7D0B3CEB E9B85B1F 825BCECF EE05E6F6 A48F6136 --gexFU2mn7SFyodZl Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Robbat2 @ Orbis-Terrarum Networks - The text below is a digital signature. If it doesn't make any sense to you, ignore it. iQKTBAABCgB9FiEEveu2pS8Vb98xaNkRGTlfI8WIJsQFAmQ0WfBfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEJE RUJCNkE1MkYxNTZGREYzMTY4RDkxMTE5Mzk1RjIzQzU4ODI2QzQACgkQGTlfI8WI JsRZiRAAibh9HiF/ujtYCq44hwQlICSJnSZ75uWsnb459N7125Yh4W7MOmLj5C8A dMHA0LW+FLqsXvW4OxneTyYvkkHc+SKuhsJhA73sLjq5eiqk1h5xKduCxAOZoiyg 1qMP/+i7S0FsvlpNYsPQrSFV7NlMarrSN+y7f5tbwxQYGUUBD36UPVGUtB78Mlwi a1RBHfiNKvsBzZJ3i2M/3tkUHNXbl7KU9XUawKktEc+KIgnjAJ1sNmLgwld6jGYA e1sXgqT7lagDaihLJW9Z4i8ts1LVtosc1DqblbAt2YJ+L7vvjDibsDX15zQSaRFe Ov0Pxf1ycVfGk+yRaCRc48dx/wEpdX+MmTKf49QG2a174NGUKJkp3svitmQ4nH5j ATLcMZ50OREWDt8VssKoSu9aT5Z2Pn+f4SoWx/1LK7eikK4AmINlyuQD99vCUiyO sEv6aWsYUPBh87IyTCQi3CmnN9296vCF+HFSStQRG2YTtohSb596uh+9jxAiul2T gltQ6E3BK2zy6NywpGLq9IR7dGrUv8Y1loes8ysjfXOdzO7r/xCU+Unp7CfAGhhj jMrrTzztSxackh8AygnGSqYK5xDu0jyMOJ6JBkr53XhhIsuZnzQ8MxaoEpbGgOlO e1YWr7gzUeoW1/ayQyHWArHzMm62saeh2tm53Yg9jQ5uNW7/Tes= =tn+V -----END PGP SIGNATURE----- --gexFU2mn7SFyodZl--