[Pkg-openldap-devel] Bug#421946: Bug#421946: Bug#421946: openldap2.3: build against newer Berkeley DB

[Steve Langasek]

On Thu, May 31, 2007 at 06:45:26PM -0700, Russ Allbery wrote:
> Steve Langasek <vorlon at debian.org> writes:

> > I don't doubt that not getting stuck maintaining 5 versions of libdb4 in
> > lenny (db4.2, db4.3, db4.4, db4.5, and the not-yet-released db4.6) is
> > more important to them than an application-specific performance issue
> > with db4.5.

> It's not that bad.  db4.3 is badly broken and nothing should use it, and I
> don't know of any advantages of db4.4 over db4.5.  It's really only two
> versions.

Well, except for this part here:

$ dak rm -s testing -R -n db4.2|grep -c build-dep
24
$ dak rm -s testing -R -n db4.3|grep -c build-dep
30
$ dak rm -s testing -R -n db4.4|grep -c build-dep
27
$ dak rm -s testing -R -n db4.5|grep -c build-dep
3
$

I'm sure the BDB maintainers would appreciate help getting rid of whichever
one of these you think is the lowest-hanging fruit. :)

And on that note, I hear the pam package calling my name...

> > Anyway, even though we don't want to ship it in that state for lenny
> > (and db4.6 seems sure to solve that), is there any reason not to build
> > openldap against db4.5 right now for unstable, to get feedback in
> > parallel about any other issues there might be?

> Well, I think it's the wrong technical choice for the openldap packages,
> and it will reduce my ability to test and increase the amount of
> divergence that I have to deal with, but none of those are particularly
> strong objections.

Well, they're stronger than my arguments in favor of changing, given that
db4.2 hasn't gone anywhere yet.

-- 
Steve Langasek                   Give me a lever long enough and a Free OS
Debian Developer                   to set it on, and I can move the world.
vorlon at debian.org                                   http://www.debian.org/