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

Re: The (hopefully) final BDB-4.4 fix

From: Garrett Rooney <rooneg_at_electricjellyfish.net>
Date: 2006-03-14 22:50:37 CET

On 3/14/06, Justin Erenkrantz <justin@erenkrantz.com> wrote:
> On Tue, Mar 14, 2006 at 01:09:43PM -0800, Garrett Rooney wrote:
> > Note that we also need an APR release in order to actually use BDB
> > 4.4. We're talking right now about rolling a 0.9.x release this week,
> > which will have the support in it. 1.2.x will follow reasonably soon
> > after.
>
> I know we're doing it for neon with 1.3.1, but I really dislike changing
> any bundled dependencies in a patch release. Keeping that constant makes
> it a tad easier to preserve backwards-compatibility in the patch release.
> (Technically, we say that dependencies don't play into our version-compat
> rules; but we do know that it practically has some effect.)
>
> This does mean that a 1.3.2 w/BDB 4.4 will not work with 1.3.1. Plus, this
> also means that an Apache httpd has to be re-built with the new APR so that
> mod_dav_svn doesn't freak out.
>
> So, my opinion is that BDB 4.4 is too big of a change for a 'patch'
> release.

Well, first off, I don't have an objection to upgrading to a newer
0.9.x version of APR for this release, it's still within the compat
limits due to it being in the 0.9.x branch. But even if we don't,
having the BDB fixes in there and allowing people to go grab the
appropriate APR and rebuild still seems useful to me. Perhaps we
don't advertise it as strongly, but it's still valuable, assuming we
have a suitable amount of testing first.

-garrett

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Mar 14 22:51:01 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.