Stuart Roebuck <stuart.roebuck@ed.ac.uk> writes:
> In my case I have come across this in two separate SVN repositories.
> One running on a Mac running Mac OS X, one running on Fedora Linux.
> Neither were set up for WebDAV serving - all accesses for their
> lifetime were direct svn or svn+ssh. In both cases the repositories
> were originally served with earlier versions of subversion which were
> progressively upgraded over time, so the entries may have occurred as
> a result of transient errors in subversion.
>
> Unfortunately, the end result is a repository that cannot be dumped
> and re-loaded without some intervention.
>
> My current choice of intervention is to use 'sed' to remove the extra
> 0x0d character from the end of the filename in the dumpfile so as to
> produce a repository with all the files in tact - just a single
> rename.
>
> This appears to have worked.
This suggests to me that a new FAQ entry might be more appropriate
than an issue. There's (no longer) a bug in Subversion, there's just
a need to work around legacy circumstances, using svndumpfilter or sed
or whatever.
Would you like to write that FAQ entry?
-Karl
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Aug 16 23:48:46 2007