Commit graph

13 commits

Author SHA1 Message Date
jlam
4c8382aec0 Mechanical changes to add DESTDIR support to packages that install
their files via a custom do-install target.
2008-03-03 17:45:33 +00:00
wiz
9b5f815b2d Add "scm" to CATEGORIES to make it easy to find source control management
related packages.
2007-02-17 20:59:46 +00:00
joerg
557699ce81 Use SUBST framework. 2006-01-06 18:56:08 +00:00
jlam
dc9594e09d Remove USE_PKGINSTALL from pkgsrc now that mk/install/pkginstall.mk
automatically detects whether we want the pkginstall machinery to be
used by the package Makefile.
2005-12-29 06:21:30 +00:00
rillig
b71a1d488b Fixed pkglint warnings. The warnings are mostly quoting issues, for
example MAKE_ENV+=FOO=${BAR} is changed to MAKE_ENV+=FOO=${BAR:Q}. Some
other changes are outlined in

    http://mail-index.netbsd.org/tech-pkg/2005/12/02/0034.html
2005-12-05 20:49:47 +00:00
jlam
3e474a90d8 Get rid of USE_PERL5. The new way to express needing the Perl executable
around at either build-time or at run-time is:

	USE_TOOLS+=	perl		# build-time
	USE_TOOLS+=	perl:run	# run-time

Also remove some places where perl5/buildlink3.mk was being included
by a package Makefile, but all that the package wanted was the Perl
executable.
2005-07-16 01:19:06 +00:00
jlam
81edaaa606 Create directories before installing files into them. 2005-06-16 06:57:37 +00:00
agc
4a3d2f7ce2 Add RMD160 digests. 2005-02-23 22:24:08 +00:00
grant
91f00f1cbc s/netbsd.org/NetBSD.org/ 2003-07-17 21:21:03 +00:00
jlam
d7f69e47ce 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>.
2003-01-28 22:03:00 +00:00
schmonz
4e688c1481 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-11-22 21:13:06 +00:00
schmonz
d4906c8971 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-27 02:02:17 +00:00
schmonz
7b0aa11a4e 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.
2002-09-01 05:02:07 +00:00