[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svn-load 0.3

From: dann frazier <dannf_at_hp.com>
Date: 2007-05-11 05:03:06 CEST

On Sat, Apr 21, 2007 at 08:01:47PM -0700, Karl Fogel wrote:
> "Wesley J. Landaker" <wjl@icecavern.net> writes:
> > On Monday 12 February 2007 13:41, dann frazier wrote:
> >> fyi, my current plan is to upload this to Debian as a separate package
> >> (could be merged into subversion later). If there's enough time, I may
> >> ask the release managers to accept it into the upcoming 'etch'
> >> release. That does make me somewhat nervous since, afaik, I'm the only
> >> one who has done much testing with it - any reports (success and
> >> failure) are very much welcome.
> >
> > The maintainers of svn-buildpackage (a set of programs used to make
> > maintaining Debian packages using Subversion easier) wrote a very simple
> > replacement for svn_load_dirs already; you might want to collaborate with
> > them.
>
> Dann, did you ever contact them? What's the current state of the onion?

No, I haven't heard back. For what its worth, I see a number of
debianisms in the svn-buildpackage tool (known as svn-inject), though
that's to be expected given the purpose of svn-buildpackage.

I also don't think its intended to be as general purpose as svn-load.

Note that there is also another potential contender known as vcs-load-dirs:
  http://software.complete.org/vcs-load-dirs

It supports multiple revision control systems. Though the description
says it was "in response to Subversion's svn_load_dirs", svn is not
listed as one of the supported vcs systems (though svk is).

-- 
dann frazier | HP Open Source and Linux Organization
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri May 11 05:04:50 2007

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.