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

Re: problems with svn repository?

From: Nicklas Norling <exinor_at_exinor.net>
Date: 2005-10-18 12:46:00 CEST

Lucas Meijer wrote:

> Hey Nicklas,
>> What versions are involved here? All I can find are really old bugs
>> in neon that will trigger this.
> When trying with TortoiseSVN on windows:
> TortoiseSVN 1.2.2, Build 4295 - 32 Bit
> Subversion 1.2.3,
> apr 0.9.6
> apr-iconv 0.9.5
> apr-utils 0.9.6
> berkeley db 4.3.28
> neon 0.24.7
> OpenSSL 0.9.8 05 Jul 2005
> zlib 1.2.3
This looks just fine to me.

> I'm actually unsure how to see what version my linux svn client is. It
> came from a gentoo ebuild a few months ago.
>> You should try disabling the compression if all you wan't is the code.
> Am I correct in assuming this is achieved by adding:
> [dav]
> compression=no
The file is:
C:\Documents and Settings\<username>\Application Data\Subversion\servers
Under the [global] section:
http-compression = yes
(This should be no to disable http compression)

You used to need http-timeout as the compiled default was too low for
longer running
checkouts, but your version has the compiled default corrected so no need.

> FYI: if I abort the svn checkout, then do a svn cleanup & svn update,
> it goes on for a file or 20 more, and then stalls on that file. From
> what it looks like all errors like this are happening inside
> ext/Subversion.
Feels very much like the old neon bug. I wonder if this could be
triggered on the server side so that
no matter what client you use it's still not going to work with
http-compression. Not sure how to
check that, but I do know tigris.org uses an older version (1.1?) of
If you wish to get http-compression to work on tigris.org you may wan't
to post your observation
on user@ or possibly dev@ svn list as they have a much better understanding.

> Adding the compression=no setting did not seem to change anything. I'm
> going to see if updating my tortoisesvn to the latest and greatest
> might solve the problem, but I'm doubtful it would resolve the problem.
Hmm, never seen this option, could it be the proposed text-base
compression? Not applicable here


To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Tue Oct 18 12:47:30 2005

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

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