| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
seperate the short name and the long name. This was present for most
but not all entries. Because the parsing doesn't reject unrecognized
entries, this didn't cause failures, but it wasn't strictly correct.
Submitted by: Martin Faxer <gmh003532@brfmasthugget.se>
MFC after: 2 weeks
|
|
|
|
| |
too, so add it back
|
|
|
|
|
|
| |
FTP_PASSIVE_MODE=YES.
Pointed out by: billf
|
|
|
|
|
| |
PR: misc/30494
Submitted by: "brian j. peterson" <rbw@myplace.org>
|
|
|
|
| |
Submitted by: Paul Herman <pherman@frenchfries.net>
|
| |
|
|
|
|
|
|
|
|
|
|
| |
distinction between the OS copyright message and the message displayed
gratuitously to each user at login. Because, well, they may be
different, among other things, and boy can a copyright message each
login consume some screen space. If people really want to do this,
they can copy /COPYRIGHT to /etc/COPYRIGHT.
Submitted by: Anders Andersson <anders@codefactory.se>
|
|
|
|
| |
Submitted by: Anders Andersson <anders@sanyusan.se>
|
|
|
|
|
|
|
|
| |
for a while, but a recent email to -stable suggests it should be spelled
out as the documentation of "password_format" is sparse.
Also add a `des_users' entry.
Submitted by: Sean O'Connell <sean@stat.Duke.EDU>
|
| |
|
|
|
|
|
|
|
| |
it's not a speed thing, it's a correctness thing :-)
o Reorder the path slightly to be more consistent
Reviewed by: jhb
|
| |
|
| |
|
|
|
|
|
|
| |
PR: 10115
Reported by: Gene Skonicki <gene@cif.rochester.edu>
Requested by: jdp
|
|
|
|
|
|
|
| |
looking up a record called "root".
PR: docs/12377
Submitted by: Adrian Filipi-Martin <adrian@ubergeeks.com>
|
| |
|
|
|
|
|
|
| |
"passwordtime" is what passwd(1) has actually been using. I suspect
passwordperiod was the original intent. I can't figure-out which,
if either, BSDi uses. If anyone knows...
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
my check of the tree was incomplete. Sorry guys.
Reported by: Ben Smithurst <ben@scientia.demon.co.uk>
|
|
|
|
|
|
|
|
|
| |
to be written to /etc.
The only essential change is in paths.h, so any third-party software
written correctly will pick it up in the next rebuild.
Reviewed by: the committers list (actually an old version)
|
| |
|
|
|
|
|
|
|
|
|
| |
man(1) will utilize manpath(1) if MANPATH is unset in the environment,
and with our existing manpath.config it is enough to find the X11
pages among others.
PR: 8587
Submitted by: Marc Slemko <marcs@znep.com>
|
|
|
|
|
|
|
| |
PR: conf/7964
PR: conf/7966
Submitted by: Zach Heilig <zach@gaffaneys.com>
Submitted by: Jos Backus <Jos.Backus@nl.origin-it.com>
|
|
|
|
|
|
|
|
|
|
| |
original contents of the file preserved as examples for administrators
that need to enable them.
Also add a comment to the examples pointing out that the authentication
functionality is largely unused and requires rebuilding libutil.
Reviewed by: jkh
|
|
|
|
|
| |
PR: 5949
Submitted by: Studded@dal.net
|
| |
|
| |
|
|
|
|
|
| |
PR: 5152
Submitted by: owaki@st.rim.or.jp
|
|
|
|
| |
256 means f.e. that only 256 users at once can be served by your HTTPD
|
|
|
|
|
|
| |
is not set to zero, only the soft limit. This means that non-root
processes started from /etc/rc* can explicitly raise the coredump limit
if they wish.
|
|
|
|
|
|
|
| |
from /etc/rc, including inetd and it's children, stuff from
/usr/local/etc/rc.d (eg: squid, apache). The default limits are causing
a lot of problems including things like fsck failing on large disks.
I hope I've understood the quirks of the override mechanism properly.
|
| |
|
|
|
|
|
|
| |
Among bumping several limits, most interesting thing is that
Apache requires than "filesize=64M" restriction must be removed.
I think it is due to mmap() usage in apache, but I am not shure.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
bumped select limit
|
| |
|
|
|
|
| |
of errors and eliminate cap_mkdb errors. Closes PR misc/2551.
|
|
|
|
|
|
|
|
| |
This will make a number of things easier in the future, as well as (finally!)
avoiding the Id-smashing problem which has plagued developers for so long.
Boy, I'm glad we're not using sup anymore. This update would have been
insane otherwise.
|
|
|
|
|
| |
Increased default procs/file handles so that man will work in more
situations. Other suggestions welcome, btw.
|
|
|