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

Re: Minor patch for Makefile.in

From: Greg Stein <gstein_at_lyra.org>
Date: 2001-06-06 11:32:56 CEST

On Wed, Jun 06, 2001 at 04:09:21AM -0500, subversion-dev@thewrittenword.com wrote:
> On Mon, Jun 04, 2001 at 01:58:24AM -0700, Greg Stein wrote:
> > On Mon, Jun 04, 2001 at 12:11:31AM -0700, Mo DeJong wrote:
> > > Don't you think life would be a lot easier if folks just
> > > assume that the fs will always get built and add
> > > my patch to build berkeley db from the src tree?
> >
> > It would be nice to simply assume that DB3 is present and build everything.
> > I'm not sure if we want to do that, though. That would preclude somebody
> > grabbing the source and just building a client.
> >
> > I'm not sure which side of the fence I'm on with expecting DB3 to be
> > present.
> >
> > And I really don't think expecting the DB3 distro to be in our source tree
> > is a good thing. It is readily available as RPMs that people can simply
> > install. Neon and APR aren't as old or readily available, so it makes a bit
> > of sense to include them. We could conceivably just punt Neon, too. APR is
> > tougher, as we use some of its .m4 files; we'll use its libtool; etc.
> And what about Solaris, HP-UX, IRIX, AIX, and Tru64 UNIX users? The
> chance of them grabbing DB3 from somewhere is much slimmer than the
> Linux user grabbing an RPM of DB3.

Well... *expecting* the DB3 distro is different than *allowing* it.

Repackaging Neon/APR is one thing. DB3 is a completely different beast. Size
does matter.

I think that I'm agreeing with Mo's patches for looking in the current
directory for a DB3 source tree, and building it if found. I'll probably
commit the change tomorrow or so, unless somebody speaks up against doing


Greg Stein, http://www.lyra.org/
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:36:31 2006

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.