On Sun, Sep 26, 1999 at 11:11:27AM +0200, Christian Hammers wrote: > Hello > > On Sat, 25.09.99 10:21 +1000, Brian May wrote: > > If useradd is the wrong program to use (thats my guess), then the same > > functionality should (IMHO) be moved to adduser. That way you can > > configure the user with one program call, and not worry about usermod. > > Oh no ! You missed the point ! :-)
My fault, sorry. I didn't really know what nscd is. I see it now: Package: nscd Priority: optional Section: admin Installed-Size: 80 Maintainer: Debian GNU C Library Maintainers <[email protected]> Architecture: i386 Source: glibc Version: 2.1.2-3 Replaces: libc6 (<< 2.1-4) Depends: libc6 (>= 2.1) Filename: dists/unstable/main/binary-i386/admin/nscd_2.1.2-3.deb Size: 35308 MD5sum: ed009386cc048647b31469d0d326b651 Description: GNU C Library: Name Service Cache Daemon A daemon which handles passwd and group lookups for running programs and caches the results for the next query. You should install this package only if you use slow Services like LDAP, NIS or NIS+ IMHO, adduser, usermod, etc should support different protocols, other then just /etc/passwd and /etc/group. That way you could have adduser in preinst scripts make a global ID that effects all computers, removing one of the requirements for static IDs that was/is being debated on debian-policy. Don't ask me how this would be implemented though ;-) I suspect the fact that adduser and usermod are in different packages is only going to make matters worse. (Are any over programs affected? eg chsh or chfn? Perhaps these aren't as serious. ) However, on the topic of nscd, the only way I think you could fix the problem is to either: - force the cache to be flushed after making changes to original. - write changes via cache. (+any other method I have missed) Does nscd make either of these methods possible? > I was not talking about wheter or not using useradd or adduser - I have > to use Debian's adduser and usermod to handle all cases where a user is > preexisting, or a group is preexisting and the user not or both are there > and they have a wrong shell etc.... useradd is also a Debian program: [549] [snoopy:bam] ~/tmp >dpkg -S /usr/sbin/useradd passwd: /usr/sbin/useradd However, perhaps its use is now obsolete. It probably wouldn't be any better though in this case. -- Brian May <[EMAIL PROTECTED]>
