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

Re: Why it is not possible to use svndumpfilter with dump files created by new svnrdump tool?

From: Stefan Sperling <stsp_at_elego.de>
Date: Wed, 12 Oct 2011 15:05:55 +0200

On Wed, Oct 12, 2011 at 04:45:32PM +0400, Grigory Petrov wrote:
> Hello.
>
> I have downloaded and installed new Subversion 1.7 for Windows. Thanks
> for a great work, guys! But one question seems very strange to me. I
> created a dump of a repository via new svnrdump tool - all works file.
> But now i want to use this dump - filter it (i will use svnsync if i
> just want to dump-and-load, yes?). So i supplied this dump file to
> svndumpfilter tool... and recived following strange error:
>
> "svndumpfilter: E140001: Unsupported dumpfile version: 3"
 
svnrdump creates format 3 dump files only.

This format can also be created with 'svnadmin dump' by passing the
--deltas option. This option was added in Subverison 1.1, so it
has been around for some time. For backwards compatibility with
Subversion 1.0 the default format of 'svnadmin dump' remained format 2.
See https://svn.apache.org/repos/asf/subversion/trunk/notes/dump-load-format.txt

> Why such strange design decision? I was sure that svnrdump was created
> to be used with svndumpfilter - all other tasks can be done with
> svnsync.

svnrdump was created with a different use case in mind. It's purpose
is to allow people to create git clones of remote SVN repositories
with git-fast-import, which reads Subversion dump files.

I suppose we should extend svndumpfilter to support format 3.
It simply doesn't implement the necessary support at the moment.

In the meantime, you can work around this by loading the format 3
dumpfile into a new repository, and dumping that with 'svnadmin dump'
without passing the --deltas option. Then filter the resulting dump
file with svndumpfilter.
Received on 2011-10-12 15:06:34 CEST

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

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