| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
| |
data buffering issue that corrupts files if two pw(8)'s run at the
same time as well as changing pw(8) so it uses the same locking
mechanism as PAM, vipw(8), pwd_mkdb(8), etc.
PR: bin/23501
Submitted by: Alex Kapranoff <alex (at) kapran (dot) bitmcnit (dot) bryansk (dot) su>
Approved by: rwatson (mentor)
MFC after: 5 days
|
|
|
|
|
|
|
| |
encrypted password on the specified file descriptor.
PR: bin/22033
MFC after: 2 weeks
|
| |
|
| |
|
|
|
|
|
| |
PR: 35575
Submitted by: "Simon L. Nielsen" <simon@nitro.dk> (original version)
|
| |
|
|
|
|
| |
Switch to arc4random() completely.
|
|
|
|
|
|
|
|
|
|
|
| |
or group name (mainly for the benefit of samba). This pretty much rewrites
he pw_checkname() routine, but should work exactly the same except for the
above change, and that error messages are somewhat more informative.
PR: 28733 46890
Inspired by: example patch written by Terry Lambert
Reviewed by: no objections on freebsd-arch and freebsd-current
MFC plans: no plans, but will do if people want it in stable.
|
|
|
|
| |
MFC after: 1 week
|
|
|
|
| |
Approved by: re
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
PR: docs/39770
Submitted by: sada
Approved by: dd
|
|
|
|
|
|
|
|
| |
that can be fixed when the many other warnings here are being fixed.)
PR: 39741
Submitted by: Dan Lukes <dan@obluda.cz>
MFC after: 1 week
|
|
|
|
|
|
|
|
|
| |
This patch explains -F for usershow and groupshow. Because "groupmod
... -F" doesn't do anything, the patch also drops that from groupmod's
command line args.
PR: 35955
Submitted by: Mike DeGraw-Bertsch <mbertsch@radioactivedata.org>
|
|
|
|
|
| |
PR: 36735
Submitted by: Mike DeGraw-Bertsch <mbertsch@radioactivedata.org>
|
|
|
|
|
| |
PR: docs/34782
MFC after: 1 week
|
|
|
|
| |
Reported by: ryan beasley <ryanb@goddamnbastard.org>
|
| |
|
|
|
|
|
|
|
|
| |
mail, if configured to do so. Some sites have setups where the user's
mail is delivered to their home directory, so sending mail before is
exists didn't work.
PR: 29892
|
|
|
|
|
|
|
|
| |
assignment of `l' in `gr_update' to the return value of snprintf. It
claimed to have fixed the case where snprintf returned -1--in fact, it
broke the entire routine. Not setting `l' here causes fileupdate() to
invariably fail with EINVAL because it does its own check to assert
that the parameter isn't -1.
|
|
|
|
|
|
|
| |
Right now, the automatically generated passwords have been rather
predictable. :-(
MFC after: 1 day
|
|
|
|
|
|
| |
USE_MD5RAND.
MFC after: 2 days
|
|
|
|
| |
MFC after: 2 weeks
|
|
|
|
| |
MFC after: 2 weeks
|
|
|
|
|
| |
These are not perfectly in agreement with each other style-wise, but they
are orders of orders of magnitude more consistent style-wise than before.
|
| |
|
| |
|
| |
|
|
|
|
| |
Idea from: Theo de Raadt <deraadt@openbsd.org>
|
|
|
|
| |
Submitted by: bde
|
|
|
|
|
|
|
| |
There is still one instance of non-constant format string use inside that
function, but it's hard to fix.
MFC after: 1 week
|
|
|
|
| |
builtints (e.g., exit, strcmp).
|
|
|
|
|
|
|
| |
years; remove them from CFLAGS.
PR: 23712
Submitted by: Volker Stolz <stolz@i2.informatik.rwth-aachen.de>
|
|
|
|
| |
- MAN[1-9] -> MAN.
|
| |
|
| |
|
|
|
|
|
| |
PR: 25187
Approved by: nik
|
|
|
|
|
| |
PR: 25187
Approved by: nik
|
|
|
|
|
|
| |
(random() or arc4random())
Reviewed by: bde
|
| |
|
| |
|
|
|
|
| |
Submitted by: Peter Avalos <pavalos@theshell.com>
|
|
|
|
|
|
| |
structure internals.
Reviewed by: markm
|
|
|
|
|
| |
PR: misc/23451
Submitted by: Ben Rosengart, ben@narcissus.net
|
|
|
|
| |
Use _PATH_* where where possible.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
for crypt(3) by now. In any case:
Add crypt_set_format(3) + documentation to -lcrypt.
Add login_setcryptfmt(3) + documentation to -lutil.
Support for switching crypt formats in passwd(8).
Support for switching crypt formats in pw(8).
The simple synopsis is:
edit login.conf; add a passwd_format field set to "des" or "md5"; go nuts :)
Reviewed by: peter
|
|
|
|
|
|
|
| |
This should cause -w's argument not to be ignored in the usermod case,
so it will affect modification of the user's password instead of using
the pw.conf (or internal default=no '*') password method.
PR: bin/11168
|