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

Re: How to build the svn-client only from source tarball

From: Max Bowsher <maxb_at_ukf.net>
Date: 2005-02-12 20:41:17 CET

Chris Rose wrote:
> On Fri, 11 Feb 2005 15:38:24 -0600, Steve Greenland <steveg@lsli.com>
> wrote:
>> On Fri, Feb 11, 2005 at 09:09:47PM -0000, Max Bowsher wrote:
>>> I don't know whether autoconf supports options tweaking other options or
>>> not. But is "--without-apxs --without-berkeley-db" really too much for
>>> people to type? It's just 2 options!!!
>> It's not the typing, it's figuring out which options to type. Also,
>> I was under the impression that I also needed "--without-apache
>> --without-swig --without-jdk -without-jikes --without-junit": you
>> say those *should* be off by default, which is fine.
> Just a little extra .02 here:
> These disable options, do they affect the protocols supported by the
> client? I'm trying to get a subversion client built on some
> non-standard Solaris 9 and Slackware systems, because the current svn
> client on the former only supports svn+ssh and the latter does not
> support DAV over SSL.
> I don't need the server binaries rebuilt, but I suspect that the
> reason the build is failing has something to do with that. However,
> I'm leery of disabling so many options for fear of generating a client
> that doesn't do what I need it it.
> Any advice?

I think you should read the INSTALL file, and possibly start a new thread
quoting exactly *how* your build is failing, and explaining exactly what you
want to do.

The short version is:

ra_dav requires neon
ra_dav over SSL requires a neon which has been told to build against openssl

ra_svn requires no extras

ra_local with FSFS requires no extras
ra_local with BDB requires (obviously) BDB


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Feb 12 20:43:52 2005

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.