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:stsp_at_elego.de]
> Envoyé : October 26, 2011 10:13 AM
> À : Robert-Jean Denault
> Cc : Konstantin Kolinko; users_at_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.
Received on 2011-10-27 11:27:36 CEST