Gentoo Archives: gentoo-dev

From: William Hubbs <williamh@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] Don't use UIDs and GIDs below 100 without QA approval
Date: Sun, 28 Nov 2021 20:46:31
Message-Id: YaPqoIOZwM++brgG@linux1.home
In Reply to: Re: [gentoo-dev] Don't use UIDs and GIDs below 100 without QA approval by "Michał Górny"
1 On Sun, Nov 28, 2021 at 08:15:13PM +0100, Michał Górny wrote:
2 > On Sun, 2021-11-28 at 13:06 -0600, William Hubbs wrote:
3 > > On Sun, Nov 28, 2021 at 11:06:36AM +0100, Ulrich Mueller wrote:
4 > > > > > > > > On Sun, 28 Nov 2021, William Hubbs wrote:
5 > > >
6 > > > > On Mon, Nov 15, 2021 at 09:36:32AM +0300, Eray Aslan wrote:
7 > > > > > 1/ Static allocation does not really solve a problem. Not really not
8 > > > > > nowadays
9 > > > > > 2/ We cant keep adding new IDs to a distribution as new software gets
10 > > > > > added - one side is unbounded. This is losing game.
11 > > >
12 > > > Not sure. In practice, the number of packages is limited. (And if the
13 > > > argument was valid, it would apply to dynamic alloction too.)
14 > > >
15 > > > > > Switching back to dynamic allocation seems to be the best option.
16 > > >
17 > > > > I realize I'm very late to this party, but +1 from me also.
18 > > >
19 > > > > We should use dynamic uid/git assignment by default and maybe provide
20 > > > > a way to force certain uids/gids to be constant if users want this.
21 > > >
22 > > > While the rationale for static allocation that made it into GLEP 81 [1]
23 > > > is rather weak, several people had argued in favour of it on the mailing
24 > > > list [2].
25 > > >
26 > > > In any case, let's cross that bridge when we reach it. For now, we're
27 > > > good with 250 additional IDs.
28 > >
29 > > It is inevitable that we will reach this bridge again -- whether or not
30 > > it is in a month or a year, it will happen.
31 > >
32 > > Why are we just kicking the can down the road instead of admitting that
33 > > static allocation wasn't a good idea and going back to dynamic
34 > > allocation? Let's find out what the people who argued for static
35 > > allocation think.
36 > >
37 >
38 > Why are you assuming that something "wasn't a good idea" just because
39 > you think so?
40
41 ulm and others on the thread also mentioned the possibility of going
42 back to dynamic allocation, so it isn't just me who brought it up.
43
44 I honestly am just looking for a discussion.
45
46 Do other distros statically allocate all of their system users? If not,
47 why do we by default? I understand why enterprise users might need to,
48 and they can with the glep 81 eclasses by setting uids/gids in
49 make.conf, but is there a reason we force the issue at the distro level
50 and ban -1 as the setting for ACCT_USER_ID and ACCT_GROUP_ID?
51
52 William

Attachments

File name MIME type
signature.asc application/pgp-signature

Replies