Somewhere along the line, somebody decided to make the 'full name' field
restricted. Am I the only one who sees the absurdity of having chfn be
a link to chpass, and then denying users permission to use chpass to
change their full names?

Of course, chpass has a much more severe bug in it, which is that it
allows users to change their password database info without first
asking them for their password. I hope to fix this at some point
so that I can merge ypchpass, ypchfn, ypchsh and chpass into one
program (password authentication is required for changing NIS data).

Remove trailing whitespace.

Remove trailing whitespace.

The problem is the returned salt, while the freebsd man pages asks that the
crypt salt string begin with a '_', no other crypt's do.  If you remove the
initialization of $salt to '_' in sub salt(), everything works as advertised.
Submitted by: Charles Henrich <henrich@crh.cl.msu.edu>

Don't accept usernames longer than 8 characters
Submitted by: Wolfram Schneider <wosch@cs.tu-berlin.de>

Missing ${DESTDIR} on chflags commands added.

Non-blocking lock
Remove old salt cause possible endless loop
Submitted by: <wosch@cs.tu-berlin.de>

Bug fixed: even root was unable to edit restricted fields

Fix suspended vipw hangs
Obtained from: NetBSD

o more options
o less restrictive, you can choise uid, gid ...
o invite user into some groups
o encrypted passwords with crypt
o batch mode (for instance, this works now:
  $ adduser -batch jkh guest,uuadmin "Jordan K. Hubbard" passwd
  see manpage for more details)

Submitted by: Wolfram Schneider <wosch@cs.tu-berlin.de>

Fixes for chpass.
Submitted by: Heikki Suonsivu <hsu@cs.hut.fi>

Be sure to properly fail if there are not enough fields. Problem
reported by MARC Giannoni <marc@cmc.eng.comsat.com>, this fix is by me.

Add a `-p' option, allowing the super-user to directly set a user's
encrypted password.  Kerberized `login' might use this, if I get around
to implementing the complete Allspice System behavior.

Correct some of the english.

Wolfram Schneider <wosch@cs.tu-berlin.de>:
o manpage
o save configuration in /etc/adduser.conf
o send message file (/etc/adduser.message)
Submitted by: woschcs.tu-berlin.de

Update adduser to version by Wolfram Schneider.  Sorry, Gary, but his
adduser is a Cadillac to your Volkswagen.. :-)
Submitted by: wosch@cs.tu-berlin.de

Change ${COPY} to -c, always needed here
Remove manpage reference to BSD adduser, add pwd_mkdb reference

Remove extra targets per Bruce suggestion.
Use more macros instead of hardcoded things

Change man section

Oops, rename adduser.sh to adduser.perl
Add empty clean and obj targets.

Yet one cleanup

Fix everything.

Changed my copyright back. Too many problems with new one.

Fix configfile path

Move conf files to src/etc

Add makefile for adduser.
Would a makefile guru please look this over to make sure I did this right?

Add Id strings

Adding my adduser command.  I only have to add a makefile for it to
be compleate.

Fix logic in previous commit.

Fix beforeinstall target:
use chflags /usr/bin/chpass ONLY if chpass present

Maintain pw_fields, and output same to password database.

!!!!!!!!
NB
!!!!!!!!
You MUST pwd_mkdb /etc/master.passwd before attempting to use the new
libc, or things may go wrong.  (I doubt anything actually /will/ go
wrong, but the actual behavior is undefined.  YOU HAVE BEEN WARNED.)
The database format is, however, backwards-compatible, so old executables
will still work.

Add a beforeinstall rule to turn off the immutable flag on chpass so you
can install a new copy of it.

BSD 4.4 Lite Usr.bin Sources

BSD 4.4 Lite usr.sbin Sources