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 DD55F138334 for ; Mon, 9 Dec 2019 18:49:07 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id EC818E08B0; Mon, 9 Dec 2019 18:49:03 +0000 (UTC) Received: from smtp.gentoo.org (smtp.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 84309E0806 for ; Mon, 9 Dec 2019 18:49:03 +0000 (UTC) Received: from a1i15 (a1i15.kph.uni-mainz.de [134.93.134.92]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: ulm) by smtp.gentoo.org (Postfix) with ESMTPSA id ED2D034D8B1; Mon, 9 Dec 2019 18:49:01 +0000 (UTC) From: Ulrich Mueller To: Thomas Deutschmann Cc: Subject: Re: [gentoo-dev] [RFC] Revisiting GLEP 81 (acct-*) policies (reviews, cross-distro syncing) References: <84a435bffe460efd2620ceec0c0405fa18a7937b.camel@gentoo.org> <125e9b9f-ad37-ea5c-c204-9e2c404132a8@gentoo.org> Date: Mon, 09 Dec 2019 19:48:53 +0100 In-Reply-To: <125e9b9f-ad37-ea5c-c204-9e2c404132a8@gentoo.org> (Thomas Deutschmann's message of "Mon, 9 Dec 2019 19:02:23 +0100") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) 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 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-Archives-Salt: a1dc67ba-22c9-44c1-96dc-eab1afd6e678 X-Archives-Hash: ab28106a43345d75749a2b7ef5bbeb4c --=-=-= Content-Type: text/plain >>>>> On Mon, 09 Dec 2019, Thomas Deutschmann wrote: > Like said, if an ID is already taken for any reason on user's system, > that's not a problem. acct-* can handle that... there's nothing like a > collision. You can call it "collision" or something else, the fact is that in this scenario, the acct-* package won't get its preferred ID. Which is the whole point of the migration to static IDs. You can consider this unimportant, but why do we have GLEP 81 then, in the first place? > And until user.eclass is completely gone, all packages are migrated to > GLEP 81 and all users have completely reinstalled their Gentoo systems > (most packages used dynamic allocation until GLEP 81), you won't have > "clean", collision free systems with same ID all over the places. Right now, new systems will have their dynamic IDs allocated from 999 downwards, so it is very unlikely that they will collide with the ones that are statically allocated. However, they most certainly will if we allow allocation in the upper range. Also, what about users calling "useradd -r" manually, for whatever purpose? They'll get IDs counting from 999 downwards as well, even after the transition will be complete. Ulrich --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEZlHkP3TnuTbxrN0HwwkGhRxhwnMFAl3ulxUACgkQwwkGhRxh wnPBPwf5Ac0irZ7fM5XKy83Hx4888xoEQib9X89n4Ojh7M2xDrIcbFSg3tqI4noc WqLieDnnuntTL2Tq4mEWnRuejvzmcxx2875Wxf8rtnteEbQy8sigZ16GO053Q6rV KnsGTjhRbnChUJht3FV3695p2NB9rafdbe076x4MOsb2klk43YbWa6awGLazqDmc o/tyhZB51Zcd5Y87AIC7fxde52NkpslVgahH6ZpcgK+Ivdi5uUDdrbod+DY8fRLI PGQYC5qvz0+fU7/JweEbrq0/EYbQc46bKgHPBGKlbAS5jGMoIIRdyXhLevznjAT0 ACwHhAugVbEIQp3DLpu5kJI4uqOJRw== =Qhx7 -----END PGP SIGNATURE----- --=-=-=--