| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
| |
o make property_read() take a fd instead to avoid stdio.h mess
o update auth to new interface.
|
| |
|
| |
|
|
|
|
|
|
| |
shouldn't include other ones (which, unfortunately, is also a hellish
rule since he broke interfaces like sysctl this way by requiring undocumented
header files to be included just in order to be able to use them now - SIGH!).
|
|
|
|
|
|
|
| |
I'll convert sysinstall to use shortly) and a simple call which uses
this mechanism to implement an /etc/auth.conf file. I'll let Mark Murray
handle the format and checkin of the sample auth.conf file.
Reviewed by: markm
|
| |
|
| |
|
|
|
|
|
| |
PR: docs/7905
Submitted by: kuma@jp.freebsd.org
|
|
|
|
|
| |
this refer to the wrong data.
Submitted by: axl@iafrica.com (Sheldon Hearn)
|
|
|
|
| |
PR: docs/7788
|
|
|
|
|
|
| |
an *interactive* command for newbies. The pw(8) does now a much better
job for adding users from command line. Also, the -batch option is
not well tested, buggy and unsupported.
|
|
|
|
| |
Document last mod (extended gcos)
|
|
|
|
|
|
| |
Add functionality for support for more than 4 subfields within gcos. chsh,
chpass etc did not parse beyond the 4th field previously and so truncated
gcos on updating the database.
|
|
|
|
|
|
|
| |
consider it a exit failure if it doesn't work. This means that root
processes can safely get the lock, but normal processes can still use
the 'pw' utility to get information (which may change out from under
them.)
|
|
|
|
|
|
|
|
| |
from PR/6787, but allow non-root users to use pw to get password
information. However, this should be safe since the fixes for
disallowing multiple instances from modifying the DB are still intact.
Bug noted by: dima@best.net (Dima Ruban)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
run at the same time.
Notes:
The fileupdate function is still somewhat broken. Instead of
returning a failure code if it can't modify the original file it
renames the .new file and continues as though nothing is wrong.
This will cause the lock on the original file to be lost and could
lead to a similar race condition. I left that portion of the code
alone since I feel that the maintainer of the code would have a
better concept of how he wants to handle errors in that function
than I do.
PR: bin/6787
Submitted by: Craig Spannring <cts@internetcds.com>
|
|
|
|
|
| |
PR: 6926
Submitted by: Josh Gilliam <josh@quick.net>
|
|
|
|
|
| |
PR: 6754
Submitted by: uhlar@netlab.sk
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Here is a some example for avoiding a confusion.
It asssumes a logged host domain is "spec.co.jp". All
example is longer than UT_HOSTNAMELEN value.
1) turbo.tama.spec.co.jp: 192.19.0.2 -> trubo.tama
2) turbo.tama.foo.co.jp : 192.19.0.2 -> 192.19.0.2
3) specgw.spec.co.jp : 202.32.13.1 -> specgw
Submitted by: Atsushi Murai <amurai@spec.co.jp>
|
|
|
|
| |
uu_lock() to another process.
|
|
|
|
|
| |
dependencies of generated .c files on generated headers (these made
`make -JN' work provided `depend' was made first). Sorted sources lists.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
PR: 5677
Submitted by: Adrian Filipi-Martin <adrian@virginia.edu>
|
|
|
|
|
|
|
| |
a few technical faults.
PR: 5692
Submitted by: dannyman@arh0300.urh.uiuc.edu
|
|
|
|
|
| |
PR: bin/5715
Submitted by: dannyman <dannyman@arh0300.urh.uiuc.edu>
|
| |
|
|
|
|
| |
with BSD/OS.
|
|
|
|
|
|
|
|
| |
writeable -> writable (recall prior debate over this? :-)
initialise -> initialize
recognise -> recognize
Merry Christmas! :)
|
|
|
|
| |
in /etc/adduser.conf.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
target.
Reviewed by: <many different folks>
Submitted by: Nickolay N. Dudorov" <nnd@nnd.itfs.nsk.su>
|
|
|
|
|
|
|
|
|
|
|
| |
$ vipw
[corrupt a line in editor, exit editor]
pwd_mkdb: corrupted entry
pwd_mkdb: at line #2
pwd_mkdb:
/etc/pw.012585: Inappropriate file type or format
re-edit the password file? [y]: n^D^D
[hang]
|
| |
|
|
|
|
|
|
| |
Smarter error check if a uid is already in use.
Submitted by: "Eugene Radchenko" <genie@qsar.chem.msu.su>
|
| |
|
| |
|
| |
|
|
|
|
|
| |
PR: 4365
Submitted by: "Andrew L. Moore" <alm@mclink.com>
|
| |
|
|
|
|
| |
Suggested by: guido
|
|
|
|
| |
is restricted from running a given program.
|
|
|
|
| |
was updated.
|
|
|
|
|
|
|
| |
the database.
PR: 3397
Submitted by: taob@risc.org (Brian Tao)
|