Stefan Küng wrote:
>On 10/18/05, Lucas Meijer <lucas@mach8.nl> wrote:
>
>
>>Am I correct in assuming this is achieved by adding:
>>
>>[dav]
>>compression=no
>>
>>to my settings file? I couldn't find any documentation on this feature,
>>only mailinglist conversations about plans to integrate it, and a
>>discussion on what the proper name for the settings should have been.
>>
>>
>
>Not really. Compression is configured server-side, not client-side.
>
>
>
Both the client and the server need to advertise that they have
compression features enabled.
(HTTP header field "Accept-Encoding: gzip, deflate"**)
**
If neither or only one end advertise it, it won't be used.**
>>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.
>>
>>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.
>>
>>Thanks for the help. If I can't figure this out, I'd be very thankful if
>>someone would be able to send me a zip/tarball of the tortoise
>>sourcecode, I can't wait to start hacking on it.
>>
>>
>
>My best guess is that you're behind a firewall not knowing (or
>rejecting) DAV requests.
>
>The source tarball is here:
>http://prdownloads.sourceforge.net/tortoisesvn/TortoiseSVN-1.2.4_src.zip?download
>
>Stefan
>
>
It seemed he was able to get a few file down before the 'hang'. Could
this still be the problem?
/Nicke
---------------------------------------------------------------------
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:56:57 2005