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)

$Source$,$Revision$ -> $FreeBSD$

$Header$ -> $FreeBSD$

small change to prevent "modules" to be modified twice, on the following
execution sequences:
% easy-import -n foobaa
% easy-import foobaa

Reviewed by: joerg_wunsch@uriah.heep.sax.de

support remote imports (you must have a local cvs with same path as
remote for this to work)

Approved/Improved by: joerg

Revert $FreeBSD$ to $Id$

Make the long-awaited change from $Id$ to $FreeBSD$

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.

Added reminder to edit the parent Makefile to add what you just imported.

Make it clear that a vendor-branch import adds something to the
existing sources.

Requested by: markm

Ensure at least one space between the module name and the module path.

Detected by: asami

Fix a bogon that prevented easy-import from inserting the new module
name in alphabetical order (broken by my previous commit).

Pointed out by: asami

Make `easy-import' ready for vendor-branch imports.

I'm also going to install the new version on freefall.

Use cvs -Q release, instead of cvs release -Q, for removing the
modules module.

Attach easy-import.pl (repostory copied from easy-import.perl) and
use the xPERL_PATHx substitution like the rest of the .pl stuff.

Make the tag checks more strict according to Rod's wishes.

Reviewed by:
Submitted by:
Obtained from:

Made this script a bit more fool-proof, so people like me can better
use it. :-)

It now explicitly requires the specification of a directory to import
from, either as an argument to the script, or by asking the user about
it. (Previously, it implicitly used `.', like cvs import does.)

Also implemented an option `-n', which does essentially the same like
the overall CVS option `-n': show only what would have been done,
don't do any commitment. Note that since the modules' database is
checked out in place (and not commited back), it will erroneously be
reported as to be imported, too:

cvs import: Importing /home/ncvs/ports/foobar/foo/modules
I ports/foobar/foo/modules/CVS
N ports/foobar/foo/modules/modules

This is an unwanted side-effect, but gives the user the option to see
if the `ed' magic did the right thing when editing modules/modules.

Rod, can you please check the function ``checktag'' in the script if it
will be restritctive enough?

Add my script here to make people's life easier when importing new
stuff. I'd like to have it in CVS, and i figured that this might be
the best place to go.

Someone (phk?) could install it into /usr/local/bin on freefall, for
convenience.

Suggested by: phk