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

AW: parse tlsext bug

From: Sebastian Krysmanski <sebastian_at_krysmanski.de>
Date: Wed, 19 Aug 2009 10:41:20 +0200

I've just tried it using apache 2.2.13 with svn.1.6.4. No luck here. The
problem still exists. It would be nice if a Subversion developer would look
into that problem (even though it doesn't seem to be a Subversion problem;
but in this case we would at least know where to start looking for the


-----Urspr√ľngliche Nachricht-----
Von: Greg Troxel [mailto:gdt_at_ir.bbn.com]
Gesendet: Dienstag, 11. August 2009 20:36
An: Sebastian Krysmanski
Cc: users_at_subversion.tigris.org
Betreff: Re: parse tlsext bug

[moved to users@ because this doesn't feel like an svn bug]

  I think I've found a bug in Subversion. I'm not quite sure whether this is
  actually a bug in Subversion or in Apache HTTPd but since the error
  "manifests" itself in Subversion I'll try it here first.

  The error reads like this:

  SSL negotiation failed: SSL error: parse tlsext

I am getting this too, tending to get it on larger operations and only
on some hosts.

My setup is

  server: netbsd/amd64 5.0. apache 2.2.12, svn 1.6.4, authz

  client: netbsd/i386 5.0 svn 1.6.4


  client: linux/i386 2.6.28 svn 1.6.1

I don't have the problem.

With 2.2.11 plus security patches (specifically, pkgsrc www/apache22
version 2.2.11nb6), the large diff that failed now works.

I already have SSLSessionCache disabled.

Has anyone tried 2.2.13? The release notes don't indicate a fix for this.


To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-08-19 10:47:12 CEST

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

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