1 |
On Sun, 2021-11-28 at 16:31 -0600, William Hubbs wrote: |
2 |
> All, |
3 |
> |
4 |
> I want to discuss why we ban -1 as the ACCT_USER_ID and ACCT_GROUP_ID setting |
5 |
> for all acct-user and acct-group packages in ::gentoo. |
6 |
> |
7 |
> Here are my thoughts about it. |
8 |
> |
9 |
> - As Gordon pointed out, it isn't necessary for us to care about UIDS/GIDS |
10 |
> most of the time. |
11 |
|
12 |
It's not for you. It's for end users. And you don't have to care about |
13 |
them. Just pick any old number. |
14 |
|
15 |
|
16 |
> - I realize that our settings are suggestions, but the values we can |
17 |
> suggest are not infinite. We have run out once, and it is only a matter of |
18 |
> time until we do again. |
19 |
|
20 |
We did not run out. The council placed an arbitrary limit on them once, |
21 |
and then had to raise their own arbitrary limit. |
22 |
|
23 |
Nobody complaining about "running out" understands what the GLEP says. |
24 |
If we ever hit 2^16 acct-group packages, feel free to reuse them, or |
25 |
keep counting. Nothing bad will happen. The worst case scenario is |
26 |
still better than if no hint was given at all. |
27 |
|
28 |
|
29 |
> - If an end user needs to care about the UID/GID, they can easily override |
30 |
> the settings in make.conf. |
31 |
|
32 |
The point of the feature is to encourage all new installs to have |
33 |
consistent UIDs/GIDs by default, without user intervention. Your |
34 |
suggestion does not solve the same problem, and requires more work to |
35 |
not solve it. |
36 |
|
37 |
|
38 |
> |
39 |
> Thoughts? In particular, I want to hear from folks who disagree with me |
40 |
> about using -1 in the main tree for most packages. |
41 |
> |
42 |
|
43 |
The only problem that anyone has put forth is one that does not exist. |
44 |
UIDs and GIDs are still assigned dynamically in Gentoo. The number you |
45 |
type in the ebuild is only a hint: it's the first number that will be |
46 |
tried during the dynamic assignment. There is no limit on the number of |
47 |
hints, and we will never run out because a conflict is never possible, |
48 |
because the damned things are assigned dynamically. |
49 |
|
50 |
Is there an actual problem? |