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 02DAA138334 for ; Tue, 10 Dec 2019 16:14:04 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id F21C4E09DB; Tue, 10 Dec 2019 16:14:00 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (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 834F7E09C9 for ; Tue, 10 Dec 2019 16:14:00 +0000 (UTC) Received: from [10.35.12.243] (unknown [83.145.195.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: juippis) by smtp.gentoo.org (Postfix) with ESMTPSA id 0C79934D7CD for ; Tue, 10 Dec 2019 16:13:42 +0000 (UTC) Subject: Re: [gentoo-dev] [RFC] Revisiting GLEP 81 (acct-*) policies (reviews, cross-distro syncing) To: gentoo-dev@lists.gentoo.org References: <84a435bffe460efd2620ceec0c0405fa18a7937b.camel@gentoo.org> <6f1dc9b3-e13e-1186-f75a-51615db505d3@gentoo.org> From: Joonas Niilola Message-ID: <4b4c78ba-e28c-fd74-7a50-10ee0facac9b@gentoo.org> Date: Tue, 10 Dec 2019 18:13:21 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.2.2 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="CQiXpKDrE7TjtDLMfkgk2mqtcASiaqxkO" X-Archives-Salt: c78aa03b-c3f2-4e24-b237-be54d016e536 X-Archives-Hash: 2e1f812489e45aa8ff2455a1326d0d83 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --CQiXpKDrE7TjtDLMfkgk2mqtcASiaqxkO Content-Type: multipart/mixed; boundary="9Z63c1ZzHmibaubIbswCGwSxqBzcAYknC" --9Z63c1ZzHmibaubIbswCGwSxqBzcAYknC Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Language: en-US On 12/10/19 3:34 PM, Micha=C5=82 G=C3=B3rny wrote: >> The problem: There is still no any official documentation about using >> acct-, and reviewing it was/is pretty much left on the shoulders of on= e >> man. It's easy to say on hindsight it was implemented too quickly. > There is official documentation in devmanual [1]. The _detailed_ one was pushed 2 hours before I made my post, if that's what you're referencing now. https://gitweb.gentoo.org/proj/devmanual.git/commit/?id=3D9613e9e69ae16e6= 981f90135f92811ded641b52c How could I have missed it? But yes, it's exactly and finally what was needed for a long time. > > Hence my idea that if we stop requiring mailing list RFC, we can replac= e > that with obligatory update to uid-gid.txt. It should work good enough= > for synchronization. Mmm, yeah sure, I guess it works better for everyone. I can still imagine someone pushing acct- ebuilds with colliding UIDs, but at least the CI checks for duplicates right? So committer should receive a mail to change their numbers ASAP right? While at least with mailing list RFC there's a small chance it can be prevented (like was done twice last week), but the process is indeed more annoying and more manual. -- juippis --9Z63c1ZzHmibaubIbswCGwSxqBzcAYknC-- --CQiXpKDrE7TjtDLMfkgk2mqtcASiaqxkO Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGnBAEBCgCRFiEEltRJ9L6XRmDQCngHc4OUK43AaWIFAl3vxCFfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDk2 RDQ0OUY0QkU5NzQ2NjBEMDBBNzgwNzczODM5NDJCOERDMDY5NjITHGp1aXBwaXNA Z2VudG9vLm9yZwAKCRBzg5QrjcBpYoebB/9ab+euXHFF6bck/ygS63rgwNLeHw3T HhlgrDlsPGQJhCTAJDL7ogqfBNjYdRaYhfBbar6kJRYMVc4peHspbjNemgbKq8S0 +XJ9PmPMpCt0tlU3pV/iH0QD55/TWqIYlEDuBXYgzfMe687W55IpHDmc1jm1cjL4 OdOUICHVdqTD9XBT3iq1EG7CSMbbBKLGbhL6jrfEXP+XMyLvDUBAQn6e9NE2pBWQ V5A5C6uuWYje4IUvCO5jRFHNIgkYOPvFOu9Ox1649jL70Ean9ah847ZCPdmsZ6R9 /AWtJg6UGq7u/l/yz3kqboY3WS6Ak3IYb0G9R+ea/b1JeAFqmGqjdVRN =qYyz -----END PGP SIGNATURE----- --CQiXpKDrE7TjtDLMfkgk2mqtcASiaqxkO--