in preparation for improvements in /etc/daily and /etc/weekly
using feedback and suggestions from jmc@ and sthen@
ok jmc@, and sthen@ agreed with the general direction

can be fairly sure the terminal is already initialized.  Avoids
a one second pause on login.  Requested and OK deraadt@

and fix two pastos in the printf(1) reporting bad group IDs;
ok okan@

while here, remove the misleading shbang and an unused variable
and add the missing cross reference to ac(8)
ok sthen@ jmc@

not listed in /etc/ttys.  OK deraadt@ guenther@

ridiculous; xdm is totally broken since it never starts anything which resembles
a "login shell".  As a result, no configuration is brought into a process
context to give to future xterms or *sh shells and thus cause them to run their
.profile or .kshrc or such a thing, to get futher configuration.  Therefore
people are left with a totally bland unconfigured Unix environment in their
xterms, and don't know how to change this since .profile is ignored.  This
problem shows hundreds of thousands of google hits.  xdm is fundamentally
broken, but we must solve this also for the startx methods, too, and for people
running csh.  It is clear that .xsession is not a solution to this problem at
all (that is, assuming the people who suggest such a thing really mean a
.xsession file with the execute bit set).  This now becomes the recommended
way for new users to get out of this stupid situation; if someone does not
like it they can change it or delete it.  Few will.  Just watch.
ok kettenis guenther millert

between nick and miod

since we perhaps cannot assume that is what kernels will be in the
pathetically stupid world that SGI created

behaviour here replace by an explicit set reassemble yes no-df.
noticed by Valery Masiutsin <val.masutin at gmail dot com>

build the sets before we build the media.  While there we can get rid
of DESTDIR/snapshot too, and simply install straight into RELEASEDIR.
(This also ends up saving an astounding amount of traffic/latency in a nfs
environment)

some of the sets)

ok miod

makemap as !sendmail versions of this binary are not valid here.
pointed out by and ok sthen@

ok deraadt, millert

A package can actually "change" after an update even if its version does
not and yet it will not appear in the security(8) output.
wording by eric@
ok mbalmer@

ok miod@

"please enable it" deraadt@

build

sendmail and smtpd.
ok gilles@, "Go go go!" todd@

127.0.0.1 or ::1
lots of discussion with many, but ok krw

discussed with pyr@ and deraadt@

on each host and end up conflicting, so they never sync anyways.
ok dlg henning

(and MVME327 SCSI and MVME376 Ethernet, to provide a complete system).

last month.

uncomment them.  this is no longer a sample.  everything in here now
must be completely legit.
discussed at length with henning, claudio, and sthen
ok sthen