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

RE: Proposal: Rename svnrdump

From: Bert Huijben <bert_at_qqmail.nl>
Date: Mon, 26 Jul 2010 17:52:08 +0200

> -----Original Message-----
> From: Stefan Sperling [mailto:stsp_at_elego.de]
> Sent: maandag 26 juli 2010 17:15
> To: Justin Erenkrantz
> Cc: Bert Huijben; Ramkumar Ramachandra; Subversion-dev Mailing List
> Subject: Re: Proposal: Rename svnrdump
>
> On Mon, Jul 26, 2010 at 07:54:30AM -0700, Justin Erenkrantz wrote:
> > On Mon, Jul 26, 2010 at 6:16 AM, Bert Huijben <bert_at_qqmail.nl> wrote:
> > > (A much older suggestion was moving the code into svnsync as they
> are
> > > related tools)
> >
> > I think either that or folding it into svnadmin itself. But, we
> don't
> > need another tool program, IMO. -- justin
>
> I would not object to folding it into svnadmin once the tool is
> mature and complete. But please let it mature a bit more before doing
> so.
> It helps to have it grow in its own area for now.
>
> AFAIK the following items are still being addressed:
>
> - make output match that of svnadmin dump
> - handle authz restrictions (or if this is already done,
> document how they are being handled)

That last answer is simple: Just as with svnsync...

Authz is handled on the server side, not on the client. So this is handled
by replay support on the server which is part of mod_dav_svn and/or
svnserve. And I think we already have some module that can block replay
support on mod_dav_svn.

        Bert

> I am a bit worried that a loader is being worked on before the dumper
> is
> completely done. I think we should finish the dumper first.
> But in any case, if the tool is not mature and ready by the time we
> want
> to release 1.7, I will lobby for postponing it to 1.8.
>
> Stefan
Received on 2010-07-26 17:52:50 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.