Robert-Jean Denault wrote on Wed, Oct 26, 2011 at 16:27:52 -0400: > 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
For the record, those kind of scripts should usually use 'propget --strict' --- but that's probably going to reverse the effect you're trying to apply here. > svn pset svn:log --revprop -r $rev --file /tmp/svn$$.log $URL > let rev=rev+1 If you change this line to: rev=`expr $rev + 1` The script will be a valid #!/bin/sh script. > 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.
