On Aug 9, 2008, at 8:42 AM, Ceri Davies wrote: > > Therefore, it is reasonably clear that more UIDs are required. The > current interoperability standard appears to be Linux within this > project, which in Debian at least starts user accounts at 1000.
So speaking of Debian, uids for server packages which need a uid are created dynamically during installation by taking the next available one (same as IPS). The concern of sharing the files across NFS does not apply in the vast majority of these cases. These daemon users don't typically have populated home directories that would be shared like that. Some of these have no filesystem presence at all, the uid is merely for the process. More commonly they do have some files but those are logfiles, pidfile and such living under /var. So it's not an issue. Maybe there is a need for a both types of system uids, static preregistered ones (0-100) for the very few which have the kind of filesystem presence where NFS sharing is relevant and a dynamic space for the vast majority of them which don't. I'm not really convinced though, if nothing else because nobody has a nicely homogeneous OpenSolaris-only network, so it's a fact that there won't be consistent daemon uids out of the box no matter what OpenSolaris does.