2018-08-22 11:42:51 +02:00
|
|
|
# $NetBSD: Makefile,v 1.2 2018/08/22 09:43:33 wiz Exp $
|
Initial import of mr(1). From DESCR:
The mr(1) command can checkout, update, or perform other actions
on a set of repositories as if they were one combined respository.
It supports any combination of subversion, git, cvs, mercurial,
bzr, darcs, cvs, and fossil repositories, and support for other
revision control systems can easily be added. (There are extensions
adding support for unison and git-svn.)
It is extremely configurable via simple shell scripting. Some
examples of things it can do include:
* Update a repository no more frequently than once every twelve hours.
* Run an arbitrary command before committing to a repository.
* When updating a git repository, pull from two different upstreams
and merge the two together.
* Run several repository updates in parallel, greatly speeding up
the update process.
* Remember actions that failed due to a laptop being offline, so
they can be retried when it comes back online.
2011-06-14 23:58:11 +02:00
|
|
|
#
|
|
|
|
|
|
2018-07-26 11:34:27 +02:00
|
|
|
DISTNAME= myrepos_1.20180726
|
Initial import of mr(1). From DESCR:
The mr(1) command can checkout, update, or perform other actions
on a set of repositories as if they were one combined respository.
It supports any combination of subversion, git, cvs, mercurial,
bzr, darcs, cvs, and fossil repositories, and support for other
revision control systems can easily be added. (There are extensions
adding support for unison and git-svn.)
It is extremely configurable via simple shell scripting. Some
examples of things it can do include:
* Update a repository no more frequently than once every twelve hours.
* Run an arbitrary command before committing to a repository.
* When updating a git repository, pull from two different upstreams
and merge the two together.
* Run several repository updates in parallel, greatly speeding up
the update process.
* Remember actions that failed due to a laptop being offline, so
they can be retried when it comes back online.
2011-06-14 23:58:11 +02:00
|
|
|
PKGNAME= ${DISTNAME:S/_/-/}
|
2018-08-22 11:42:51 +02:00
|
|
|
PKGREVISION= 1
|
Initial import of mr(1). From DESCR:
The mr(1) command can checkout, update, or perform other actions
on a set of repositories as if they were one combined respository.
It supports any combination of subversion, git, cvs, mercurial,
bzr, darcs, cvs, and fossil repositories, and support for other
revision control systems can easily be added. (There are extensions
adding support for unison and git-svn.)
It is extremely configurable via simple shell scripting. Some
examples of things it can do include:
* Update a repository no more frequently than once every twelve hours.
* Run an arbitrary command before committing to a repository.
* When updating a git repository, pull from two different upstreams
and merge the two together.
* Run several repository updates in parallel, greatly speeding up
the update process.
* Remember actions that failed due to a laptop being offline, so
they can be retried when it comes back online.
2011-06-14 23:58:11 +02:00
|
|
|
CATEGORIES= devel
|
2018-07-26 11:34:27 +02:00
|
|
|
MASTER_SITES= ${MASTER_SITE_DEBIAN:=pool/main/m/myrepos/}
|
|
|
|
|
EXTRACT_SUFX= .tar.xz
|
Initial import of mr(1). From DESCR:
The mr(1) command can checkout, update, or perform other actions
on a set of repositories as if they were one combined respository.
It supports any combination of subversion, git, cvs, mercurial,
bzr, darcs, cvs, and fossil repositories, and support for other
revision control systems can easily be added. (There are extensions
adding support for unison and git-svn.)
It is extremely configurable via simple shell scripting. Some
examples of things it can do include:
* Update a repository no more frequently than once every twelve hours.
* Run an arbitrary command before committing to a repository.
* When updating a git repository, pull from two different upstreams
and merge the two together.
* Run several repository updates in parallel, greatly speeding up
the update process.
* Remember actions that failed due to a laptop being offline, so
they can be retried when it comes back online.
2011-06-14 23:58:11 +02:00
|
|
|
|
|
|
|
|
MAINTAINER= schmonz@NetBSD.org
|
2013-07-15 21:47:42 +02:00
|
|
|
HOMEPAGE= http://myrepos.branchable.com/
|
Initial import of mr(1). From DESCR:
The mr(1) command can checkout, update, or perform other actions
on a set of repositories as if they were one combined respository.
It supports any combination of subversion, git, cvs, mercurial,
bzr, darcs, cvs, and fossil repositories, and support for other
revision control systems can easily be added. (There are extensions
adding support for unison and git-svn.)
It is extremely configurable via simple shell scripting. Some
examples of things it can do include:
* Update a repository no more frequently than once every twelve hours.
* Run an arbitrary command before committing to a repository.
* When updating a git repository, pull from two different upstreams
and merge the two together.
* Run several repository updates in parallel, greatly speeding up
the update process.
* Remember actions that failed due to a laptop being offline, so
they can be retried when it comes back online.
2011-06-14 23:58:11 +02:00
|
|
|
COMMENT= Treat multiple repositories as one combined repository
|
|
|
|
|
LICENSE= gnu-gpl-v2
|
|
|
|
|
|
|
|
|
|
DEPENDS+= p5-libwww-[0-9]*:../../www/p5-libwww
|
|
|
|
|
DEPENDS+= p5-HTML-Parser-[0-9]*:../../www/p5-HTML-Parser
|
2012-08-27 23:58:49 +02:00
|
|
|
DEPENDS+= p5-ack-[0-9]*:../../textproc/p5-ack
|
Initial import of mr(1). From DESCR:
The mr(1) command can checkout, update, or perform other actions
on a set of repositories as if they were one combined respository.
It supports any combination of subversion, git, cvs, mercurial,
bzr, darcs, cvs, and fossil repositories, and support for other
revision control systems can easily be added. (There are extensions
adding support for unison and git-svn.)
It is extremely configurable via simple shell scripting. Some
examples of things it can do include:
* Update a repository no more frequently than once every twelve hours.
* Run an arbitrary command before committing to a repository.
* When updating a git repository, pull from two different upstreams
and merge the two together.
* Run several repository updates in parallel, greatly speeding up
the update process.
* Remember actions that failed due to a laptop being offline, so
they can be retried when it comes back online.
2011-06-14 23:58:11 +02:00
|
|
|
|
Update to 1.20160123. From the changelog:
* Fix one missing call to safe_abs_path.
Thanks, Chris Arndt
[ Paul Wise]
* Improve output handling
* Clean up debian/control
* Fix typos
* Allow running of mr via `mr --force-env` when within vcsh context via
`vcsh enter foo`. Closes: #786736
* hg push exits 1 on non-error, apparently only 255 is used for actual errors.
Deal with this unusual behavior. Thanks, Ivan Perez.
* Work when HOME is a symlink. Closes: #793381
* mr status in a git repo now includes git stash list in the output,
to remind you if you have any stashes. If your workflow involves
making lots of stashes and not cleaning them up, you may be better served
by switching from "git stash apply" to "git stash pop". Of course,
you can also override git_status in your mrconfig file and remove the
stash list.
* Fix bootstrap from local source files.
Thanks, Fabrice Benhamouda.
* Pass user-specified command-line arguments to mr fetch commands too.
Thanks, Paul Wise.
* Make output continuous in minimal mode when there is only one job.
Thanks, Paul Wise.
* Simplify mr help by using perldoc, rather than man.
* On some platforms, abs_path crashes when the file does not exist.
Wrap it for safety.
[ Joey Hess ]
* Rework help command to work on OpenBSD.
[ Richard Hartmann ]
* Check if unsafe ENV variables are set
* Add support for setting jobs via config file
* Add support for fossil >= 1.23
* Bump Standards-Version to 3.9.6
2016-01-26 13:56:34 +01:00
|
|
|
WRKSRC= ${WRKDIR}/${PKGNAME_NOREV}
|
Initial import of mr(1). From DESCR:
The mr(1) command can checkout, update, or perform other actions
on a set of repositories as if they were one combined respository.
It supports any combination of subversion, git, cvs, mercurial,
bzr, darcs, cvs, and fossil repositories, and support for other
revision control systems can easily be added. (There are extensions
adding support for unison and git-svn.)
It is extremely configurable via simple shell scripting. Some
examples of things it can do include:
* Update a repository no more frequently than once every twelve hours.
* Run an arbitrary command before committing to a repository.
* When updating a git repository, pull from two different upstreams
and merge the two together.
* Run several repository updates in parallel, greatly speeding up
the update process.
* Remember actions that failed due to a laptop being offline, so
they can be retried when it comes back online.
2011-06-14 23:58:11 +02:00
|
|
|
USE_LANGUAGES= # none
|
|
|
|
|
|
2013-07-15 21:47:42 +02:00
|
|
|
BUILD_TARGET+= build
|
|
|
|
|
TEST_TARGET+= test
|
Initial import of mr(1). From DESCR:
The mr(1) command can checkout, update, or perform other actions
on a set of repositories as if they were one combined respository.
It supports any combination of subversion, git, cvs, mercurial,
bzr, darcs, cvs, and fossil repositories, and support for other
revision control systems can easily be added. (There are extensions
adding support for unison and git-svn.)
It is extremely configurable via simple shell scripting. Some
examples of things it can do include:
* Update a repository no more frequently than once every twelve hours.
* Run an arbitrary command before committing to a repository.
* When updating a git repository, pull from two different upstreams
and merge the two together.
* Run several repository updates in parallel, greatly speeding up
the update process.
* Remember actions that failed due to a laptop being offline, so
they can be retried when it comes back online.
2011-06-14 23:58:11 +02:00
|
|
|
USE_TOOLS+= perl:run
|
|
|
|
|
|
|
|
|
|
REPLACE_PERL+= mr webcheckout
|
|
|
|
|
|
2013-07-15 21:47:42 +02:00
|
|
|
EGDIR= ${PREFIX}/share/examples/mr
|
|
|
|
|
INSTALLATION_DIRS= bin ${PKGMANDIR} ${EGDIR}
|
Initial import of mr(1). From DESCR:
The mr(1) command can checkout, update, or perform other actions
on a set of repositories as if they were one combined respository.
It supports any combination of subversion, git, cvs, mercurial,
bzr, darcs, cvs, and fossil repositories, and support for other
revision control systems can easily be added. (There are extensions
adding support for unison and git-svn.)
It is extremely configurable via simple shell scripting. Some
examples of things it can do include:
* Update a repository no more frequently than once every twelve hours.
* Run an arbitrary command before committing to a repository.
* When updating a git repository, pull from two different upstreams
and merge the two together.
* Run several repository updates in parallel, greatly speeding up
the update process.
* Remember actions that failed due to a laptop being offline, so
they can be retried when it comes back online.
2011-06-14 23:58:11 +02:00
|
|
|
|
2013-07-15 21:47:42 +02:00
|
|
|
post-install:
|
Initial import of mr(1). From DESCR:
The mr(1) command can checkout, update, or perform other actions
on a set of repositories as if they were one combined respository.
It supports any combination of subversion, git, cvs, mercurial,
bzr, darcs, cvs, and fossil repositories, and support for other
revision control systems can easily be added. (There are extensions
adding support for unison and git-svn.)
It is extremely configurable via simple shell scripting. Some
examples of things it can do include:
* Update a repository no more frequently than once every twelve hours.
* Run an arbitrary command before committing to a repository.
* When updating a git repository, pull from two different upstreams
and merge the two together.
* Run several repository updates in parallel, greatly speeding up
the update process.
* Remember actions that failed due to a laptop being offline, so
they can be retried when it comes back online.
2011-06-14 23:58:11 +02:00
|
|
|
set -e; cd ${WRKSRC}; \
|
|
|
|
|
${INSTALL_DATA} mrconfig ${DESTDIR}${EGDIR}; \
|
2013-07-15 21:47:42 +02:00
|
|
|
${INSTALL_DATA} mrconfig.complex ${DESTDIR}${EGDIR}
|
Initial import of mr(1). From DESCR:
The mr(1) command can checkout, update, or perform other actions
on a set of repositories as if they were one combined respository.
It supports any combination of subversion, git, cvs, mercurial,
bzr, darcs, cvs, and fossil repositories, and support for other
revision control systems can easily be added. (There are extensions
adding support for unison and git-svn.)
It is extremely configurable via simple shell scripting. Some
examples of things it can do include:
* Update a repository no more frequently than once every twelve hours.
* Run an arbitrary command before committing to a repository.
* When updating a git repository, pull from two different upstreams
and merge the two together.
* Run several repository updates in parallel, greatly speeding up
the update process.
* Remember actions that failed due to a laptop being offline, so
they can be retried when it comes back online.
2011-06-14 23:58:11 +02:00
|
|
|
|
|
|
|
|
.include "../../mk/bsd.pkg.mk"
|
