Copy stable/9 to releng/9.3 as part of the 9.3-RELEASE cycle.

Approved by: re (implicit)
Sponsored by: The FreeBSD Foundation

Copy head to stable/9 as part of 9.0-RELEASE release cycle.

Approved by: re (implicit)

Merge rev 1.7: always upload new files, even if the timestamps match,
rev 1.2: fix a problem sometimes seen when doing checkouts from a local repo
and committing via remote cvs (a cvs -d override of the mismatched CVS/Root
files was missing) into cvs 1.11-20080310.

Note that rev 1.4 (default CVS_RSH to "ssh") will not be handled thru the
vendor's config.h.

Merge rev 1.7: always upload new files, even if the timestamps match,
rev 1.4: flip the default for CVS_RSH to "ssh", rev 1.2: fix a problem
sometimes seen when doing checkouts from a local repo and committing
via remote cvs (a cvs -d override of the mismatched CVS/Root files was
missing) into cvs 1.11.22.

Merge 1.11.15+ -> 1.11.17 changes onto mainline. I've left cvs.1 alone
for now.

Initial merge of cvs-1.11.5 -> 1.11.15 changes onto mainline

Merge cvs-1.11.2.1-20021201 -> 1.11.5 changes onto mainline

Merge 1.11.2 -> 1.11.2.1-20021201 changes onto mainline

Approved by: re

Initial merge of 1.11.1p1 -> 1.11.2 changes onto mainline

Always upload new files, even if the timestamps match. This is a workaround
for the trouble that DES and I had with MFCs: when "cvs update -jfoo -jbar"
creates a new file, it sets the version to 0 ("new") but sets the timestamp
in the Entries file to the timestamp of the file that's new on the branch.
The CVS client doesn't upload files whose timestamps match with the Entries
file, so these new files don't get uploaded to the server and the server
fails when trying to check them in.

PR: bin/40227
Approved by: peter
MFC after: 2 weeks

Merge vendor branch onto mainline (try to fix HAVE_KERBEROS)

Initial merge of cvs-1.11 -> 1.11.1p1 changes onto mainline. There is
still some suspicious and/or broken stuff to fix yet.

Flip the default for CVS_RSH to "ssh". I am tired of getting asked this
all the time, and IMHO it is long overdue.

Merge changes from 1.10.7 -> 1.11 into mainline. Note that the old
anoncvs no-password hack is gone and is replaced by the official version.

I believe this fixes the problem certain people have been seeing when doing
checkouts from a local repo and committing via remote cvs. A cvs -d
override of the mismatched CVS/Root files was missing. This is a client
side fix, I'd appreciate it if the folks having trouble with this would
update their cvs client and pay particular attention next time..

This commit was generated by cvs2svn to compensate for changes in r54427,
which included commits to RCS files with non-trunk default branches.

Import cvs-1.10.7. There are a number of nasty bugs that have been fixed.

Obtained from: cyclic.com

Import cvs-1.10 onto vendor branch. Merge to follow shortly.

Obtained from: cyclic.com

Import cvs-1.9.26 onto vendor branch

Import cvs-1.9.24 since it came quite soon after the snapshot that was
imported a few days ago. There is very little difference, except that
the remote protocol apparently supports wrappers and -k options better.

Import cvs-1.9.23 as at 19980123. There are a number of really nice
things fixed in here, including the '-ko' vs. -A problem with
remote cvs which caused all files with -ko to be resent each time
(which is damn painful over a modem, I can tell you). It also found a
heap of stray empty directories that should have been pruned with the -P
flag to cvs update but were not for some reason.

It also has the fully integrated rcs and diff, so no more fork/exec
overheads for rcs,ci,patch,diff,etc. This means that it parses the control
data in the rcs files only once rather than twice or more.

If the 'cvs diff' vs. Index thing is going to be fixed for future patch
compatability, this is the place to do it.

Import cvs-1.9.10

Import of cvs-1.9.9-970515 onto vendor branch.

Obtained from: cyclic.com

Import of slightly trimmed cvs-1.8 distribution. Generated files
and non-unix code has been left out.