things like rm can't remove files with ridiculously long path names
that were created by some script kiddie trying in vain to exploit
something.  Previously, the length was effectively constrained to
USHRT_MAX due to one of the internal structs.  Also, nuke FTS_CHDIRROOT
since it never worked correctly and hasn't been documented for a
long time.

- remove extra subshells;
- use exec on terminal commands, avoiding dangling shells that don't
control anything.
More correct:
- use && some more;
- remove `-' in front of includes, so that failures WILL fail...
Okay millert@, deraadt@

if we fail" semantics and extends to two varients of data movement: mbuf,
or an iovec style block.

(the code was already there, just not enabled).

comment to reflect this fact.  Too early in the morning for me I guess.

<= strlen(dst).  Bug report by mark.murnane@ireland.sun.com via the
GNOME folks.

obfuscate, and confuses some software.
derradt + millert concur.

support.
--
Ok'd by: deraadt@

--
Patch from: wilfried@ via PR#1761
Ok'd by: deraadt@

Treat foo.n as a -man page, not a -me doc

get false positives for YP stuff.  Closes PR 1755

just save the md5 checksums so we can still determine when something
change.  Entries in /etc/changelist that are prefixed with a '+'
will only have their md5 checksums saved, not the actual files.