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

Re: Patch to remove libsvn_ra_neon

From: Stefan Sperling <stsp_at_elego.de>
Date: Wed, 13 Jun 2012 10:47:56 +0200

On Wed, Jun 13, 2012 at 12:20:20AM +0200, Hyrum K Wright wrote:
> On Tue, Jun 12, 2012 at 11:57 PM, Stefan Sperling <stsp_at_elego.de> wrote:
> > On Tue, Jun 12, 2012 at 01:47:13PM +0200, Hyrum K Wright wrote:
> >> We've had the "should we remove neon?" discussion before, and the
> >> consensus has felt to resolve in the affirmative.  Now is the time for
> >> action.
> >
> > We should move this issue into the 1.8.0 milestone if neon is deleted:
> > http://subversion.tigris.org/issues/show_bug.cgi?id=4116
>
> We should probably discuss that issue in a separate thread, but my
> experience in attempting to rewrite svnrdump to use proper file and
> directory batons is that it probably won't happen. The dump file
> format is much less amenable to streamy generation from the piecemeal
> callback paradigm that Ev1 provides, and the right (and probably
> easiest) thing to do at this point is just implement svnrdump using
> Ev2. The work I'm currently doing with replay would hopefully pave
> the way for that.

We discussed this briefly. Using Ev2 for svnrdump exclusively would
imply committing with Ev2 via all RA layers (to implement the "svnrdump
load" command). Adding native Ev2 commit support to all RA layers for 1.8
is not a very realistic goal and might delay the 1.8.0 release. So Hyrum
suggested insertin the Ev2 shims for svnrdump over ra_svn and ra_serf
(apparently only ra_local will use Ev2 for commit in 1.8).
Received on 2012-06-13 10:48:33 CEST

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.