Nick Hengeveld wrote on Thu, Feb 09, 2012 at 17:29:14 -0800:
> On Wed, Feb 8, 2012 at 12:59 PM, Greg Stein <gstein_at_gmail.com> wrote:
> So... this isn't really so much about "svn must allow for HTTP/1.0"
> > (yes, we'll work on it), but that github could also provide better
> > service overall by updating its proxy.
> I've been looking into what it would take to update our proxy. I have an
> configuration in my dev environment that handles requests with chunked
> transfer-encoding and we could feasibly deploy something like this to
> production. However, I'm now getting a different error on the client:
> svn: E235000: In file 'subversion/libsvn_ra_serf/update.c' line
> 1769: internal malfunction
As it happens I found and fixed this particular issue a few hours ago;
the fix is nominated for backport towards 1.7.3.
> From what I can see at
> it looks like the client is trying to process an add/open file. The
> I'm testing is small and contains only one file, and this is what the
> server is returning for that file:
> <S:add-file name="README.txt" >
> <S:set-prop name="svn:entry:committed-rev">3</S:set-prop>
> <S:set-prop name="svn:entry:last-author">subversion.user</S:set-prop>
As you probably know from the part of libsvn_ra_serf you cited, the
<S:txdelta/> tag is the one that causes the blow-up.
A quick grep through the libsvn_ra_serf and mod_dav_svn sources leads me
to conjecture that ra_serf requests a "send-all"=false REPORT, but
receives from your server a "send-all"=true response.
> I'm using a Linux client installed
> from CollabNetSubversion-client-1.7.2-1.x86_64.rpm.
> svn --version reports: svn, version 1.7.2 (r1207936)
> What's the best way to track down issues like this? I'm not currently
> with svn client debugging but would be happy to learn.
For svn client debugging, the first thing to do is to build
--enable-maintainer-mode; this enables stricter compiler warnings
and internal debugging checks (guarded by '#ifdef SVN_DEBUG').
> For a successful technology, reality must take precedence over public
> relations, for nature cannot be fooled.
Received on 2012-02-10 03:54:10 CET