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

Re: Migrating old format repositories (format 4), running into bad line endings

From: Eric Johnson <eric_at_tibco.com>
Date: Mon, 22 Aug 2016 18:53:12 -0700

Thanks for the reply.

On 8/22/16 5:25 PM, Daniel Shahaf wrote:
> Eric Johnson wrote on Mon, Aug 22, 2016 at 14:29:47 -0700:
>> * // move original repo out of the way, move new copy into position.
> At the comma you should restart the server to flush caches:
> http://mail-archives.apache.org/mod_mbox/subversion-users/201606.mbox/%3c20160609125706.GA4020@tarsus.local2%3e

Yes, I was simplifying a little in my pseudo-code, because after I stop
the server, I want to do another sync, in case additional changes come
in during the verify and pack steps.
>> Is there any particular reason that the "dump/load" process doesn't fix the
>> line-endings? Shouldn't it?
> 'load' could transform CRs, yes, but that might need to be optional to
> keep the "verbatim round-trip" possibility.
>> Why have the --bypass-prop-validation option?
>> Why not just fix the line endings? As it is now, the dump-load process is
>> effectively broken, because I have one of two seemingly poor choices: I can
>> either "bypass validation" (that sounds bad), or I simply keep the old
>> format.
> "Bypass" just means the existing values in the dumpfile will be
> used verbatim. Using this option makes the loaded repository be in the
> same situation of the original 1.4 repository: a high-level invariant
> ("svn:* uses LF") does not hold, but the lower-level data format
> invariants do hold. In short, if you use this option you're postponing
> the problem but not making your situation any worse.
> Cheers,
> Daniel
> P.S. Feel free to file an issue about making 'load' transform CR in
> svn:* nodeprops and revprops pointing to this thread.
I've filed https://issues.apache.org/jira/browse/SVN-4650

Thanks so much.
Received on 2016-08-23 03:53:21 CEST

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