Next | Query returned 17 messages, browsing 11 to 20 | previous

History of commit frequency

CVS Commit History:


   2005-06-16 08:58:08 by Johnny C. Lam | Files touched by this commit (465)
Log message:
Create directories before installing files into them.
   2005-02-23 23:24:35 by Alistair G. Crooks | Files touched by this commit (505)
Log message:
Add RMD160 digests.
   2003-07-17 23:50:07 by grant beattie | Files touched by this commit (1504)
Log message:
s/netbsd.org/NetBSD.org/
   2003-01-28 23:04:37 by Johnny C. Lam | Files touched by this commit (176)
Log message:
Instead of including bsd.pkg.install.mk directly in a package Makefile,
have it be automatically included by bsd.pkg.mk if USE_PKGINSTALL is set
to "YES".  This enforces the requirement that bsd.pkg.install.mk be
included at the end of a package Makefile.  Idea suggested by Julio M.
Merino Vidal <jmmv at menta.net>.
   2002-11-22 22:13:07 by Amitai Schlair | Files touched by this commit (2)
Log message:
Update to 2.3.3. From the changelog:

=== Release 2.3.3, October 28, 2002

Changes to start coping with MKS Source Integrity conversions.

This change allows genmetadata to simply ignore (and hence, to
continue working!) the "ext" and "format" keywords that MKS \ 
Source
Integrity apparently adds to the rcs repertiore. This could possibly
be recoded to deal with arbitrary new keywords, but I don't want to go
there now.

Note that there *may* be other gotchas when attempting to use cvs2p4
to convert MKS SI repositories, which may be addressed by future
changes to cvs2p4:

  1. It appears that MKS may compress (gzip) binary ,v files, but *not*
     rename them to refelct this. Very odd.

  2. It appears that MKS may allow a larger character set (than pure RCS)
     in legal symbolic names. I can probably fix cvs2p4 to deal with these
     pretty easily, but we should also consider whether any of the MKS names
     might be illegal in Perforce (and thus needs some sort of
     translation).

Intrepid users setting out to use this tool to convert MKS into
Perforce are encouraged to send problem reports to
"opensource@perforce.com".
   2002-09-27 04:02:19 by Amitai Schlair | Files touched by this commit (3)
Log message:
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
tedium.

Made the test/phone.gif,v a binary (-kb) RCS file, so we really test
that.

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
parsed properly.

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
your system.

$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
depot.

=== 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
imporvements).
   2002-09-01 07:02:10 by Amitai Schlair | Files touched by this commit (5) | Imported package
Log message:
Initial import of cvs2p4 2.0.

This small set of tools provides a means for importing a CVS module
into Perforce.

It was originally developed for use at Network Appliance, to convert
our product source code revision history from CVS into Perforce.

cvs2p4 tries make the resultant Perforce depot look as if the work in
CVS had been going on in Perforce.


Next | Query returned 17 messages, browsing 11 to 20 | previous