1 |
On Sun, 2021-11-28 at 13:06 -0600, William Hubbs wrote: |
2 |
> On Sun, Nov 28, 2021 at 11:06:36AM +0100, Ulrich Mueller wrote: |
3 |
> > > > > > > On Sun, 28 Nov 2021, William Hubbs wrote: |
4 |
> > |
5 |
> > > On Mon, Nov 15, 2021 at 09:36:32AM +0300, Eray Aslan wrote: |
6 |
> > > > 1/ Static allocation does not really solve a problem. Not really not |
7 |
> > > > nowadays |
8 |
> > > > 2/ We cant keep adding new IDs to a distribution as new software gets |
9 |
> > > > added - one side is unbounded. This is losing game. |
10 |
> > |
11 |
> > Not sure. In practice, the number of packages is limited. (And if the |
12 |
> > argument was valid, it would apply to dynamic alloction too.) |
13 |
> > |
14 |
> > > > Switching back to dynamic allocation seems to be the best option. |
15 |
> > |
16 |
> > > I realize I'm very late to this party, but +1 from me also. |
17 |
> > |
18 |
> > > We should use dynamic uid/git assignment by default and maybe provide |
19 |
> > > a way to force certain uids/gids to be constant if users want this. |
20 |
> > |
21 |
> > While the rationale for static allocation that made it into GLEP 81 [1] |
22 |
> > is rather weak, several people had argued in favour of it on the mailing |
23 |
> > list [2]. |
24 |
> > |
25 |
> > In any case, let's cross that bridge when we reach it. For now, we're |
26 |
> > good with 250 additional IDs. |
27 |
> |
28 |
> It is inevitable that we will reach this bridge again -- whether or not |
29 |
> it is in a month or a year, it will happen. |
30 |
> |
31 |
> Why are we just kicking the can down the road instead of admitting that |
32 |
> static allocation wasn't a good idea and going back to dynamic |
33 |
> allocation? Let's find out what the people who argued for static |
34 |
> allocation think. |
35 |
> |
36 |
|
37 |
Why are you assuming that something "wasn't a good idea" just because |
38 |
you think so? |
39 |
|
40 |
-- |
41 |
Best regards, |
42 |
Michał Górny |