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.

  while [ $rev -lt `svnlook youngest $repo` ]
   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

Thanks for your help,

Robert Denault

-----Message d'origine-----
De : Stefan Sperling [mailto:s...@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.

Reply via email to