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

Re: Multiple APR versions are a problem?

From: Ben Reser <ben_at_reser.org>
Date: 2004-04-02 10:41:11 CEST

On Wed, Mar 31, 2004 at 09:08:08PM +0100, Barry Scott wrote:
> I've been deploying subversion and noticing problems
> that have APR incompatibility at there root.
> Mandrake 9.2 runs httpd 2.0.47 and uses an old libapr.
> Its not possible to install the svn client without
> replacing the httpd because of sharing libapr.

Using my packages can solve this for you. I have all the dependencies
solved for you. You can find my packages here:

Details on how to add my page as a urpmi source are here:

> In our case we don't want to replace the httpd, so
> it limits svn deployment.

Why? If you're worried about support, I can assure you that my Apache
packages will be kept up to date with security fixes. One of the
machines that serves stuff for the Mandrake security team is running
those packages.

If you find bugs in my packages, I want to know about it. I'll be happy
to fix them, I'm running them on the platforms I have up (including
Mandrake 9.2).

> On windows each kit that installs the svn files, tsvn,
> subversion and pysvn will all need to set the same
> environment variable APR_ICONV_PATH. Why can't the svn
> code find its iconv files without the use of the env
> var?

I'll have to defer to one of the Windows guys about this.

> Is this just a temporary issue or is churn in apr going
> to make it ongoing problem?

APR isn't at 1.0 yet. As a result they're still finding and fixing

Ben Reser <ben@reser.org>
"Conscience is the inner voice which warns us somebody may be looking."
- H.L. Mencken
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Apr 2 10:41:31 2004

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.