On Sun, Nov 14, 1999 at 11:08:39PM +0100, Wichert Akkerman wrote: > Previously Michael Stone wrote: > > That's a terrible idea. What we need is a debconf'd way for the sysadmin > > to select a range for static id's. When you start talking about numbers > > like 60000, you're going to run into site policies that are already > > using them. <100 is fairly common, >60000 isn't. > > It's not a terrible idea, and it has been policy for ages. The fact that it's policy doesn't make it a good idea. E.g., I installed a new potato system last week and had some uid conflicts with some existing slink systems. (The telnet user & another I can't remember.) It's not immediately obvious how to cope with that situation once it arises, and a cleaner solution would be greatly appreciated in heterogeneous environments. Maintaining consistency between multiple debian versions is bad enough--maintaining it between platforms is a nightmare. Certainly it seems like a bad idea, IMHO, to say that we "have" 5000 extra uids before we have a more rigorous mechanism for dealing with the case that we don't really have free reign over those id's. Mike Stone
Attachment:
pgpiPnhsBlCgX.pgp
Description: PGP signature