[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-03 20:02:13 CEST

On Sat, Apr 03, 2004 at 01:11:11PM +0100, Barry Scott wrote:
> I'm using your packages and the problem is that you only build a subset
> of the apache modules that we are using. Now if I could use svnserver
> and avoid messing with apache that would be fine. But because of APR
> I cannot install svn at all and leave httpd2 as installed and working
> from the 9.2 distro.

Which ones do you need built? You're using 9.2 i586 right? Won't take
me long to build more apache modules.

> You are using BDB 4.1.?? I think using 4.2.?? is more stable.

There are problems with 4.2 in some certain circumstances. I simply
don't think these circumstances warrant replacing the system bdb4.

> So static link and avoid the reinstall-the-world problem! Or set a different
> so version so that more then one libapr.so can be installed. What do you
> think?

I really don't like static stuff. It's a pain to deal with security
wise. If I build a truly static I'm shipping a copies of numerous
libraries. All of which I have to monitor and rebuild and release if
they have a security issue. So I'm not inclined to put up static
versions of anything.

As far as changing libapr's so version. I won't do that. I think it's
inappropriate for me to do that. If I change the so version then in the
future my version may be incompatable with their version of the same
number. That's just wrong IMHO and totally messes up the point of
having the version numbers.

Besides, the APR lib I'm shipping should work fine with the Apache that
Mandrake is shipping. It might take some effort with rpm to get it
installed. But I believe that APR's compatability gurantees will keep
it working.

-- 
Ben Reser <ben@reser.org>
http://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 Sat Apr 3 20:02:34 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.