Subject: CVS commit: pkgsrc/devel/cvs2p4
To: None <email@example.com>
From: Amitai Schlair <firstname.lastname@example.org>
Date: 09/27/2002 05:02:19
Module Name: pkgsrc
Committed By: schmonz
Date: Fri Sep 27 02:02:19 UTC 2002
pkgsrc/devel/cvs2p4: Makefile distinfo
Update to 2.3.2, adjusting MASTER_SITES. From NEWS:
=== Release 2.1, July 10, 2002
Change to handle RCS branch tags (so this tools can work with
RCS (vs CVS) repositories, too!) RCS branch tags are those
with an even number of "."s.
=== Release 2.2, July 18, 2002
You can now choose the Perforce filetype you'd like to have ALL of
your text files imported with. As long as it's "text" or "ktext" :-).
See the "$TEXTTYPE" configuration item.
For "developers": Added a new test/getgood script to grab the test
comparision files which have changed with a "runtest -gengood". Less
Made the test/phone.gif,v a binary (-kb) RCS file, so we really test
Fixed a bug in dochanges, wherupin the command to create a symlink to
the RCS archives was being created in copy mode, provided the copy did
not fail. Reported by John Wong (jw at unicom.com.au).
Added a new config item "DEADSTATE", for saying what RCS state value
means "deleted" in Perforce. It defaults correctly for CVS, so if
you're converting real CVS, you can just leave this as-it.
=== Release 2.3.1, July 30, 2002
Now always run p4d with an explicit p4d -r, in case the user's
environment has a P4ROOT set.
genmetadata now reports both the CVS file archive path and the
converted file path as it processes each file. This makes it easier to
tell what RCS archive file caused a problem if the file cannot be
The scripts now use the more modern tie()/untie() database interface,
instead of the older dbmopen()/dbmclose() interface. The scripts
assume the presence of the DB_File (Berkeley DB 1.x) module. This
means that you are no longer left to the whim of the dbm support
compiled into your perl. Certain dbm implementations, notable that in
recent Solaris, caused problems. If you don't have DB_File support for
your perl, you'll need to find the tie() statements in the bin/*
scripts, and modify them to use some dbm package that you do have on
$P4_DEPOT can now be set to something that doesn't start with
"//depot/", and things will work properly (a new depot specification
will be created in the converted database).
Added README notes about conversions that merge into an existing
=== Release 2.3.2, September 3, 2002
Add $DEPOT config item, allowing RCS archives to appear as
$P4ROOT/$DEPOT/$CVS_MODULE; I.e., with $DEPOT set to "depot/IMPORT",
the RCS archive files will end up under
"depot/IMPORT/<modulename>/<filepath>"; With $DEPOT set to "depot",
they will be, simply, "depot/<modulename>/<filepath>". This makes it
easier to make later merges of subsequently imported changes easier.
Changed the database open code to allow setting the size of hash
buckets (allows large conversions without running out of space for
hash table pages).
Handle label names with '#' or '@' by substituting "_hash_" and/or
"_atsym_" into the converted label name.
(Thanks to Marc Tooley of Perforce Support for supplying these
To generate a diff of this commit:
cvs rdiff -r18.104.22.168 -r1.2 pkgsrc/devel/cvs2p4/Makefile \
cvs rdiff -r22.214.171.124 -r1.2 pkgsrc/devel/cvs2p4/patches/patch-aa
Please note that diffs are not public domain; they are subject to the
copyright notices on the relevant files.