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

neon-0.24 support

From: Ben Collins-Sussman <sussman_at_collab.net>
Date: 2003-09-03 22:20:47 CEST

Dear developers and users:

Here's the state of neon 0.24 support: finished, thanks to great work
from Sergey Lipnevich and David Waite!

HEAD of /trunk should now compile against *either* neon-0.23.9 or
neon-0.24 now, with no difference in XML or SSL behavior. It turns
out that Sergey and David found it easier to support both versions of
neon, so there's no need to force neon-0.24 on everyone immediately.
But we warned: svn 0.30 or 0.31 will have features that will probably
require neon 0.24, so at that point we'll drop neon 0.23.9 support
permanently. So consider svn 0.29 to be the "grace period" for
upgrading your neon installation.

That said, note that SSL behavior has changed:

  - dropped support for PEM-encoded client certs, only accept PCKS12.
    (you can convert any .pem cert into pcks12 format with an openssl command)

  - ~/.subversion/'servers' file changed:
       'ssl-authority-files' is now list of CA files.
       no more 'ssl-client-cert-type' and 'ssl-client-key-file' variables.

If you want to auto-generate a new 'servers' file, move your
~/.subversion area out of the way, run 'svn', and then hand-merge or
copy changes back in. The 'ssl-authorities-file' variable has been
renamed to 'ssl-authority-files'. The 'ssl-client-cert-type' variable
is gone (because we only use PCKS12 format now), and so is the
'ssl-client-key-file' variable (because PCKS12 format embeds the key.)

Mmmm... fewer runtime variables is good.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Sep 3 22:22:48 2003

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

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