On Wed, Jul 02, 2003 at 01:15:09PM -0500, Steve Langasek wrote: > However, with the > recent availability of 32-bit uids, this seems unnecessary. I would > suggest allocating a 16-bit range out of the remaining (2^32-2^16) uids > for Samba's use, and the same for gids; even something as small as 5000 > uids should be ok, since admins always have the option of choosing a > different range -- it's just a question of how useful the defaults will > be to our users. Is there any reason it should be a statically (and hence globally) allocated 5000 numbers? Another way of doing it would be to have something like: /etc/reserved-uids 1:100 debian-static 100:999 debian-dynamic 1000:29999 local 30000:59999 reservedA 60000:64999 debian-static2 65000:65533 reservedB 65534 nobody 65545 reservedC 65536:70000 samba The theory being that: adduser chooses a uid from the "local" block to do its thing samba chooses uids from the "samba" block to do its thing in your postinst, you ask "how many uids may i reserve?" with a default answer of (say) 5000, and add that to /etc/reserved-uids with some sort of update-reserved-uids tool Cheers, aj -- Anthony Towns <email@example.com> <http://azure.humbug.org.au/~aj/> I don't speak for anyone save myself. GPG signed mail preferred. ``Is this some kind of psych test? Am I getting paid for this?''
Description: PGP signature