Hi, one part that is still missing then is: what happens when static UIDs in nixpkgs outgrows 500?
Would it make sense to reserve some space in the 16-Bit-Area or should we allocate an area in the 32-Bit range? (the other) Christian > On 15 Jan 2016, at 12:10, Eelco Dolstra <[email protected]> wrote: > > Hi, > > On 15/01/16 09:50, Christian Kauhaus wrote: > >> Am 14.01.2016 um 10:55 schrieb Игорь Пашев: >>> I use this function to get IDs: >> >> Thank you for the code, but this is not the problem I'm trying to solve. >> We allocate UIDs centrally. It's more a policy question: >> >> Is the range 500 <= n < 1000 likely to be free in the future? > > Yes, I think 500-1000 is for user allocations guaranteed not to collide with > "useradd" allocations. > >> What about using the range 30000 < n < 65535? > > You can use that. The only system stuff there is nixbld*, which is a > historical mistake. > > -- > Eelco Dolstra | LogicBlox, Inc. | http://nixos.org/~eelco/ > _______________________________________________ > nix-dev mailing list > [email protected] > http://lists.science.uu.nl/mailman/listinfo/nix-dev -- Christian Theune · [email protected] · +49 345 219401 0 Flying Circus Internet Operations GmbH · http://flyingcircus.io Forsterstraße 29 · 06112 Halle (Saale) · Deutschland HR Stendal HRB 21169 · Geschäftsführer: Christian. Theune, Christian. Zagrodnick
signature.asc
Description: Message signed with OpenPGP using GPGMail
_______________________________________________ nix-dev mailing list [email protected] http://lists.science.uu.nl/mailman/listinfo/nix-dev
