Hi Philip, Philip Martin writes: > They are all the same (REAL?), they are all just unversioned revision > properties.
I probably misunderstood something somewhere- I'm making deductions simply based on my limited observation. I've used the word "real" in the context that those are the only properties fetched when I call svn_ra_rev_proplist on revision 0. On the ASF, I've observed that svn:date is the only real property I get. However, when I use svnsync, I get additional properties- svnsync is cooking those up. > Like Stefan I don't understand why svnrdump is inventing revsion > properties. It should simply dump those that exist, it should not add > anything that does not exist. As I pointed out, svnsync cooks it up for resume support. If we want to implement resume support (or even find out which repository a certain dumpfile corresponds to), we must cook up atleast svn:sync-from-url and svn:sync-from-uuid. Is this not justified? -- Ram
