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

Re: non-skelta update editor mode in ra_serf (was Re: svn commit: r1415864 - /subversion/trunk/subversion/libsvn_ra_serf/update.c)

From: Johan Corveleyn <jcorvel_at_gmail.com>
Date: Sun, 2 Dec 2012 00:20:17 +0100

On Sat, Dec 1, 2012 at 10:40 PM, Branko Čibej <brane_at_wandisco.com> wrote:
> On 01.12.2012 22:18, Ivan Zhakov wrote:
>> Completely agree.
>>
>> My point was that in theory skelta-mode is cool, but it still needs a
>> lot of work to get it really done.
>
> Sorry? I've had "http-library = serf" in ~/.subversion/config for years,
> and have seen no problems. What does it take, in your opinion, to get it
> "really done"?

It has become abundantly clear during the last year that, just because
some people have been using it for years, doesn't mean it's stable /
done / ready for prime time. What do you think I spent my entire
Berlin hackathon week on last June, together with Justin and others?
And weeks before that and after ... and the time spent by others
during the last months fixing difficult to reproduce, yet important
bugs.

Those issues were not due to wrong configurations, or total edge
cases, but things that people with big installations would have run
into the first day they would have started using it.

I don't want to rehash all the discussions, I think there's mostly
consensus on the general direction we can / should go (which is
forward, not backward). But I find "I have been using it for years
without problems" not a very strong argument in this case.

Getting back to the actual topic ... as an svn admin, I'd definitely
like to have the choice between send-all and skelta mode, if that's
possible. Which one should be the default ... I don't know. But having
the choice is the most important thing. I'd sleep better at night,
knowing that I can flip a switch to reduce the number of requests
etc., in the unlikely case that would turn out to be a problem :-).

-- 
Johan
Received on 2012-12-02 00:21:10 CET

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

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