Hello Stefan, Konstantin
I solved the problem by running a loop around svn pget, svn pset.
The svn pget returns clean log entries, so extraction the svn:log entries, and resetting them
cleans them up.
#!/bin/ksh
rev=1
repo=PATH_TO_REPO
URL=URL_TO_REPO
while [ $rev -lt `svnlook youngest $repo` ]
do
echo revision $rev
svn pget svn:log --revprop -r $rev $URL >/tmp/svn$$.log
svn pset svn:log --revprop -r $rev --file /tmp/svn$$.log $URL
let rev=rev+1
done
Thanks for your help,
Robert Denault
-----Message d'origine-----
De : Stefan Sperling [mailto:stsp@elego.de]
Envoyé : October 26, 2011 10:13 AM
À : Robert-Jean Denault
Cc : Konstantin Kolinko; users@subversion.apache.org
Objet : Re: Error during svnadmin load (svnadmin: E125005: Cannot accept non-LF line endings
in 'svn:log' property)
On Wed, Oct 26, 2011 at 09:28:39AM -0400, Robert-Jean Denault wrote:
> Hello Stefan,
>
> The properties were set during commits with Tortoise SVN and SubClipse.
It's possible that subclipse clients didn't properly encode log message
data sent to the server.
BTW, another trick to fix the issue is to copy the repository using
svnsync. As of Subversion 1.6.3 (which is fairly old), svnsync normalizes
all svn:* properties to LF line-endings automatically.
|