John,
> The code I posted earlier was written after reading
> useradd/usermod/userdel . They only modify the local password database (
> via passmgmt ) so that is what I did.
>
> Presumably places that use ldap/NIS/what have you already have methods
> in place of modifying the databases, so I thought it alright, given the
> behavior of user${foo} to ignore that particular problem.
I don't know where you're intending to go with this: Your own
utility and package that those who would like can load.
An integrated component of Sun's distro (Nevada, Indiana,
OpenSolaris, ... name De jour).
If it's the latter, I care that it's properly integrated and
will continue to function from build to build, has been ARCed,
follows the big rules and OpenSolaris policies). Rather than
engague in an implementation discussion for the latter, lets
start with an ARC case describing the architecure and policy.
IMO, passmgmt(1M) is an AT&T interface and is not a model to follow
for OpenSolaris. IMO, using passwd(1) and its internal
passwd/pam/passwdutil/libnss/nss_xxxx/nscd interfaces is preferred.
So lets start at the architecture and not the implementation.
Gary..
