[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svnsync 1.6.0 fails to sync repositories with ^M in an svn:ignore

From: B Smith-Mannschott <bsmith.occs_at_gmail.com>
Date: Mon, 30 Mar 2009 10:53:03 +0200

On Mon, Mar 30, 2009 at 09:54, B Smith-Mannschott <bsmith.occs_at_gmail.com> wrote:
> It appears my fix is only partial. Revision properties also need to be
> sanitized:
>    svnsync: Cannot accept non-LF line endings in 'svn:log' property
> Crud. Time to fire up emacs. Oh, never mind, my emacs is always running. ;-)
> // Ben

Upon further investigation, this problem is worse than I anticipated.
I believe it will derail our plan to upgrade our servers to 1.6.
(We're still on 1.4.x and the lack of merge tracking is a real

The developer who made the commit including ^M in its log message is running:

Rational Application Developer 7.5.1 (~ Eclipse 3.4.1)
Subclipse 1.4.7 (using JavaHL 1.5.5)

I had him update his Subclipse to 1.6.x (which is based on Subversion
1.6.0), but this *made* *no* *difference*. Log messages still come
like this:


This means that were we to upgrade our servers to 1.6.0 *today*, 90%
of the developers on my team (I'm the only one using Linux) would be
unable to commit to the repository because the server would refuse
their log comments for lack of eol-purity. And what's worse, not even
updating to the most recent version our Subversion client will help.

I don't imagine that this was the intended consequence of making
subversion stricter about its internal properties. Perhaps it would be
smarter to make it more liberal in what it accepts and have it
normalize these properties -- on the server side -- before committing
them to disk.

I'm perfectly willing to hack up my personal copy of svnsync to make
it work around these problems, but I'm not able or willing to do this
to the svn we'll be running on our central servers.

Suggestions for course of action?

// Ben


To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-03-30 10:53:55 CEST

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.