Re: [gentoo-dev] [RFC] Revisiting GLEP 81 (acct-*) policies (reviews, cross-distro syncing)

[Thomas Deutschmann <whissi@gentoo.org>]

[-- Attachment #1.1: Type: text/plain, Size: 1147 bytes --]

On 2019-12-09 18:47, Ulrich Mueller wrote:
> One problem with that is that at some time user.eclass dynamically
> allocated IDs starting at 101 upwards, and later this was changed to 999
> downwards (at different times for UIDs and GIDs). So for existing
> systems you can expect some range above 101 and some range below 999 to
> be occupied. So it may not be the best idea to start picking IDs from
> 101 upwards, which are most likely to collide.

Sure, but what's the problem here? Or let me rephrase: Which problem do
you try to avoid/address with blocking 501-999 for now?

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.

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.


-- 
Regards,
Thomas Deutschmann / Gentoo Linux Developer
C4DD 695F A713 8F24 2AA1 5638 5849 7EE5 1D5D 74A5


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 618 bytes --]