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

Re: 1.6 Clean up crashes

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: Tue, 31 Mar 2009 18:23:29 +0200

Simon Large wrote:
> 2009/3/31 Bob Archer <bob.archer_at_amsi.com>:
>> Are you going to be synching TSVN updates with svn updates now?
>> BOb
> There is always a TSVN release after an SVN update. Sometimes if there
> is a serious TSVN bug then we make an additional release between SVN
> releases. There are some fairly bad problems in 1.6.0 but there are
> also problems with SVN and as the SVN release is coming very soon we
> may as well wait. The stable branch nightly is available for those who
> can't wait, but it only has TSVN fixes, not SVN fixes.

Why wait for the svn 1.6.1? Here's why:

Yes, I know that there are some annoying bugs in TSVN 1.6 which are
already fixed. After all, I'm the one getting flooded with the crash
dumps sent in. But there's also important bug fixes done to svn which
cause crashes (during updates/merges), for which I also get a lot of
crash dumps. And then there's a bug in the diff lib in svn (which I also
fixed) and awaits one more vote to get backported.

Sure, I could push out TSVN 1.6.1 and not wait for svn 1.6.1. But that
would annoy a lot of people too - people don't like to update too often.
So no matter what I do, people will complain either way.
For those who don't want to wait, there are nightly builds available.

Complaining and name calling doesn't help. All you get if you start
ranting is that I create a nice email filter for your address which
removes your mail from my inbox immediately...


  oo  // \\      "De Chelonian Mobile"
 (_,\/ \_/ \     TortoiseSVN
   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
   /_/   \_\     http://tortoisesvn.net
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].

Received on 2009-03-31 18:23:44 CEST

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

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