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

Re: Load/Dump cycle -> different dump files

From: Vincent Lefevre <vincent+svn_at_vinc17.org>
Date: 2005-02-28 04:39:25 CET

On 2005-02-22 12:15:30 -0600, C. Michael Pilato wrote:
> This behavior is not expected (at least, not by me). Could you
> distill this into a tiny reproduction recipe and file this as an
> issue for exploration in our public issue tracker? If you can't,
> please let me/us know so someone else can try to pick this up.

Well, it seems that the problem can't be reproduced with recent
versions of Subversion, except by writing a dump file manually
or generating a dump file from a repository created with an old
Subversion.

If I understand the problem, in the past, "svn move" readded existing
properties to the repository. When using "svnadmin dump --incremental"
(without --deltas) on such a repository, these readded properties
appear in the dump file. But when using the --deltas option (on the
same repository), one has a "Prop-delta: true" header and the delta
on the properties is empty, since the properties keep the same value.
But this is ambiguous: does this mean that some properties have been
set to the same values or does this mean that these properties haven't
been changed? Though this means the same thing, the representation in
the repository isn't the same.

With my old example, the diff starts with:

--- dump.0 2005-02-17 23:43:27.000000000 +0100
+++ dump.1 2005-02-17 23:43:37.000000000 +0100
@@ -1,4 +1,4 @@
-SVN-fs-dump-format-version: 2
+SVN-fs-dump-format-version: 3
 
 UUID: 99759db8-4ec0-0310-8bf9-df86780d22d8
 
@@ -43,13 +43,10 @@
 Node-action: add
 Node-copyfrom-rev: 56
 Node-copyfrom-path: config/debian/local.ay/XF86Config-4
-Prop-content-length: 40
-Content-length: 40
+Prop-delta: true
+Prop-content-length: 10
+Content-length: 10
 
-K 12
-svn:keywords
-V 7
-Id Date
 PROPS-END
 
 
[...]

I've attached a dump file (dump1), based on the old Subversion
behavior after a "svn move". Here's what I did:

ay:~> svnadmin create --fs-type fsfs svntest1
ay:~> svnadmin load --force-uuid svntest1 < dump1
ay:~> svnadmin dump --incremental svntest1 > dump2
ay:~> svnadmin dump --incremental --deltas svntest1 > dump3
ay:~> svnadmin create --fs-type fsfs svntest3
ay:~> svnadmin load --force-uuid svntest3 < dump3
ay:~> svnadmin dump --incremental svntest3 > dump4
ay:~> svnadmin dump --incremental --deltas svntest3 > dump5

dump1 and dump2 contain:

----------------------------------------
Node-path: bar
Node-kind: file
Node-action: add
Node-copyfrom-rev: 1
Node-copyfrom-path: foo
Prop-content-length: 40
Content-length: 40

K 12
svn:keywords
V 7
Id Date
PROPS-END
----------------------------------------

dump3 contains:

----------------------------------------
Node-path: bar
Node-kind: file
Node-action: add
Node-copyfrom-rev: 1
Node-copyfrom-path: foo
Prop-delta: true
Prop-content-length: 10
Content-length: 10

PROPS-END
----------------------------------------

dump4 and dump5 contain:

----------------------------------------
Node-path: bar
Node-kind: file
Node-action: add
Node-copyfrom-rev: 1
Node-copyfrom-path: foo
----------------------------------------

So, should Subversion care about the old behavior?

-- 
Vincent Lefèvre <vincent_at_vinc17.org> - Web: <http://www.vinc17.org/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/>
Work: CR INRIA - computer arithmetic / SPACES project at LORIA


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

  • text/plain attachment: dump1
Received on Mon Feb 28 04:40:42 2005

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.