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 9C16F139085 for ; Sun, 29 Jan 2017 03:36:45 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id EB7501418A; Sun, 29 Jan 2017 03:36:32 +0000 (UTC) Received: from avasout03.plus.net (avasout03.plus.net [84.93.230.244]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 7948523404C for ; Sun, 29 Jan 2017 03:36:32 +0000 (UTC) Received: from [192.168.6.147] ([209.93.173.178]) by avasout03 with smtp id e3cV1u0043rJG9t013cWn3; Sun, 29 Jan 2017 03:36:30 +0000 X-CM-Score: 0.00 X-CNFS-Analysis: v=2.2 cv=Xen59Mx5 c=1 sm=1 tr=0 a=4zaNbBhX470b0gJZ7X1HNg==:117 a=4zaNbBhX470b0gJZ7X1HNg==:17 a=13zjGPudsaEWiJwPRgMA:9 a=WbPmnYzAfxEA:10 a=r77TgQKjGQsHNAKrUKIA:9 a=7mOBRU54AAAA:8 a=O0P1DazJ7klMitmVgJ4A:9 a=QEXdDO2ut3YA:10 a=pGLkceISAAAA:8 a=3IHw6H9z2l0KV_OQ0ucA:9 a=wqu8ViZGFowCNMF7:21 a=_W_S_7VecoQA:10 a=MirHmz69BjEfeIYQamEA:9 a=ONNS8QRKHyMA:10 a=wa9RWnbW_A1YIeRBVszw:22 a=6kGIvZw6iX1k4Y-7sg4_:22 Subject: Re: [gentoo-dev] Requirements for UID/GID management To: gentoo-dev@lists.gentoo.org References: <9558d41c-17c0-4bbd-e2f8-02575c6d0ecd@gentoo.org> <20170127183752.500f8910@patrickm> <4a8204d4-929e-6260-957a-dcf8f82f4b24@gentoo.org> <6bac1312-60f9-3ce1-542b-0635b4a37c6b@gentoo.org> From: "M. J. Everitt" Openpgp: id=BA266E0525CFAB101523351B4C30334F93C22371 Message-ID: Date: Sun, 29 Jan 2017 03:36:28 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 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 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="ue0c591IbkpPUbop7p8xvHBnGP8AD7KE1" X-Archives-Salt: b9fe803d-5ad9-4936-90fc-354cf929919f X-Archives-Hash: 4977fe1d6116657bc536d7102b8235f5 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --ue0c591IbkpPUbop7p8xvHBnGP8AD7KE1 Content-Type: multipart/mixed; boundary="dFXIdf4nDVAbTfHeKDame8iWMMGe3FNTN" From: "M. J. Everitt" To: gentoo-dev@lists.gentoo.org Message-ID: Subject: Re: [gentoo-dev] Requirements for UID/GID management References: <9558d41c-17c0-4bbd-e2f8-02575c6d0ecd@gentoo.org> <20170127183752.500f8910@patrickm> <4a8204d4-929e-6260-957a-dcf8f82f4b24@gentoo.org> <6bac1312-60f9-3ce1-542b-0635b4a37c6b@gentoo.org> In-Reply-To: --dFXIdf4nDVAbTfHeKDame8iWMMGe3FNTN Content-Type: multipart/alternative; boundary="------------197DB702C145E49CDCCEEBD4" This is a multi-part message in MIME format. --------------197DB702C145E49CDCCEEBD4 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 29/01/17 03:23, Gordon Pettey wrote: > On Sat, Jan 28, 2017 at 8:54 PM, Michael Orlitzky > wrote: > > On 01/28/2017 09:22 PM, Rich Freeman wrote: > > > > Honestly, I really will say "so what" here. :) > > > > I forgot to mention a few of the advantages of having really-fixed > UIDs. > First, it makes the code simpler. Yup, cool. > > It also lets us play a nice trick and use the UID as a subslot, so > that > if some sys-user/foo package ever changes its UID, everything > depending > on it can be rebuilt to use the new UID. > > > That's nonsense for reasons already mentioned by rich0. UIDs don't > change except in the case of an admin doing it manually. The question is not whether the UIDs have or are changing .. its whether they were the same in the first place. With the exception possibly of two+ identical installs (ie. same base image, same portage snapshot, same install sequence, same USE flags, etc etc etc) the case of a non-identical setup may cause slight differences (a common "off-by-one" error) in UID allocation if "next available" is the default allocation option. --------------197DB702C145E49CDCCEEBD4 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 29/01/17 03:23, Gordon Pettey wrote:
On Sat, Jan 28, 2017 at 8:54 PM, Michael Orlitzky <mjo@gentoo.org> wrote:
On 01/28/2017 09:22 PM, Rich Freeman wrote: >
> Honestly, I really will say "s= o what" here.=C2=A0 :)
>

I forgot to mention a few of the advantages of having really-fixed UIDs.
First, it makes the code simpler. Yup, cool.

It also lets us play a nice trick and use the UID as a subslot, so that
if some sys-user/foo package ever changes its UID, everything depending
on it can be rebuilt to use the new UID.

That's nonsense for reasons already mentioned by rich0. UIDs don't change except in the case of an admin doing it manually.
The question is not whether the UIDs have or are changing .. its whether they were the same in the first place. With the exception possibly of two+ identical installs (ie. same base image, same portage snapshot, same install sequence, same USE flags, etc etc etc) the case of a non-identical setup may cause slight differences (a common "off-by-one" error) in UID allocation if "next available" is the default allocation option.
--------------197DB702C145E49CDCCEEBD4-- --dFXIdf4nDVAbTfHeKDame8iWMMGe3FNTN-- --ue0c591IbkpPUbop7p8xvHBnGP8AD7KE1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBCAAGBQJYjWM9AAoJEN7KWvRhIveDDY4P/ieOzWphONeMS/U35QWvwi44 8/Gw6ZX3TE66mZS9GWENaTXatvRqijuM9C+36QEZ9/yTKgY6ArE4ODzPU+EJSx4G U9MGpT6HcG2Ig3z0xD+0aJX1JlCIYwCWbUSga+XFe122ewOlZu6kIrzHlEzIzCaL nYzgRuAJBKKxFZJmhfWixkqYFfIkxskqShq3jeLJUQNa4/7ZzqHuTxPsBNX4hqj7 SRJJuI1MfRnDSL/nYVJXC5nzIa2Onv+N6KkbR8TNrxmmvIwPdIPsMG74dXe1M6cN CiiN8+15LRSd8bPxLc1mhdRLNys2jFJm7PgycWZTSCQ3ne1XPfakkMjfKULRXgG7 Pp+RUtmU7+zcWM/SPinGnk9La9NeVm7A8in+8VaWI3mvBTWM1BG/lECM/OwtDWGv ZTEGSdNDru/BkgUMR4YZz6WDosAum5naN+wXT3CY/8SmWbpQWOYFQZo0LxAB9+YQ ATdP8R2PuKX29CBO8M/RzcEI+PvxVUHqnZEkQmSevUM6BJmH3IT7705wH/kBawHp CrauwJrku1QAwTf+R2ccY3Op9/HayJtEexLvRfnpPcq5Y5+O3r8KoYsDDrspmY23 uvKDspoTOghUw5FuwKkevogIHA8yZhcAqC4/OrK9J/DeEDb++rfhRQJ1ejGpCbhG bDytW6rXu3C8iFh03PN1 =RzUI -----END PGP SIGNATURE----- --ue0c591IbkpPUbop7p8xvHBnGP8AD7KE1--