a b writes:
>
> > We would file CR 6387333 (the RFE to add alternate root support to all
> > of the {user,role}{add,mod,del} family of commands, and perhaps
> > passmgmt as well), and either wait for someone to implement it, or go
> > off and implement it ourselves.
>
> Would you be so kind as to inquire as to when this might be fixed?
You can locate the RE fairly easily:
http://bugs.opensolaris.org/view_bug.do?bug_id=6387333
> > Don't succumb to the temptation to use "chroot" to solve the problem.
> > It doesn't work during Live Upgrade, and it's a hack may fail without
> > notice or workaround -- exactly as it did with CR 6375652.
>
> I won't. Although, if one were to `chroot`, and the binary executed required
> a newer revision of libC, wouldn't the newer libC also automatically be
> "pulled in"?
Yes. And it'd be out of step with the running kernel.
> Which other relief measure(s) could I implement in the meanwhile, other than
> looking into revising `useradd`, `userdel` and `passwd`, a nontrivial problem.
That's a good question, and I don't have a good answer.
You could possibly write an awk or shell script that does the obvious
things to /etc/passwd and /etc/shadow. Though that wouldn't work in
some more exotic situations, I think that'd be more reliable than
chroot.
Better still, though, is to pick up that bug and solve it. Things
always get done faster when the person doing the work has a strong
motivation to make it happen.
--
James Carlson, Solaris Networking <james.d.carlson at sun.com>
Sun Microsystems / 1 Network Drive 71.232W Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677
