How to build with http/https: access via serf, and not neon?

Hello,

I've retrieved the /subversion-1.6.11 tarball from
http://subversion.tigris.org/downloads/subversion-1.6.11.tar.bz2 .

I can configure and build it with serf- eg

configure: serf library configuration
checking serf.h usability... yes
checking serf.h presence... yes
checking for serf.h... yes
checking for serf_context_create in -lserf-0... yes

The build proceeds error-free, but after I install and run it, I don't
have http access-

$ svn ls http://anywhere.example.com
svn: Unrecognized URL scheme for 'http://anywhere.example.com'

$ svn --version
svn, version 1.6.11 (r934486)
   compiled May 31 2010, 16:03:27

Copyright (C) 2000-2009 CollabNet.
Subversion is open source software, see http://subversion.tigris.org/
This product includes software developed by CollabNet (http://www.Collab.Net/).

The following repository access (RA) modules are available:

* ra_svn : Module for accessing a repository using the svn network protocol.
  - handles 'svn' scheme
* ra_local : Module for accessing a repository on local disk.
  - handles 'file' scheme

Here's the config & sys info-
$ uname -a
OpenBSD pinky.yary.ack.org 3.9 GENERIC#617 i386

$ ./configure '--with-apr=/usr/local/apr/bin/apr-1-config'
'--with-apr-util=/usr/local/apr/bin/apu-1-config'
 '--with-serf=/usr/local/serf' '--enable-runtime-module-search'
'--with-apxs=/usr/local/apache2/bin/apxs' '--with-berkeley-db' '--without-neon'

I have different apache2's installed, the apr, apu, and apxs listed
are all from the same build.

One thing that's a little odd, even with the "--without-neon" line,
configure still complains:

configure: checking neon library

An appropriate version of neon could not be found, so libsvn_ra_neon
will not be built. If you want to build libsvn_ra_neon, please either
install neon 0.29.0 on this system

or

get neon 0.29.0 from:
    http://www.webdav.org/neon/neon-0.29.0.tar.gz
unpack the archive using tar/gunzip and rename the resulting
directory from ./neon-0.29.0/ to ./neon/

no suitable neon found

-y
Received on 2010-06-01 02:48:25 CEST