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: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.