[Pkg-openldap-devel] errors with current testing and unstable slapd

[Steve Langasek]

On Tue, Aug 28, 2007 at 05:06:06PM -0500, DePriest, Jason R. wrote:

> > Ok, then this is not the Debian slapd 2.3.30-5 package.  Our package ships:
> > $ dpkg -c o/openldap2.3/slapd_2.3.30-5_i386.deb |grep back_meta
> > -rw-r--r-- root/root     81008 2007-03-09 05:45:50 ./usr/lib/ldap/back_meta-2.3.so.0.2.18
> > -rw-r--r-- root/root       927 2007-03-09 05:45:14 ./usr/lib/ldap/back_meta.la
> > lrwxrwxrwx root/root         0 2007-03-09 05:45:51 ./usr/lib/ldap/back_meta-2.3.so.0 -> back_meta-2.3.so.0.2.18
> > lrwxrwxrwx root/root         0 2007-03-09 05:45:51 ./usr/lib/ldap/back_meta.so -> back_meta-2.3.so.0.2.18
> > $

> > So whatever you have installed is not the Debian 2.3.30-5 package.

> > I do find these symbols in the 2.3.35-2 package, which is current in
> > unstable; and as described upstream, back_meta.so does have an undefined
> > reference to slap_idassert_parse_cf which is satisfied by back_ldap.so of
> > the same version.  If you're using that version, can you confirm that you're
> > loading back_ldap before back_meta in your slapd.conf?


> They are loaded in this order:
> modulepath      /usr/lib/ldap
> moduleload      back_bdb
> moduleload      back_ldap
> moduleload      back_meta

And what do you get as output from these two commands?:

objdump -T /usr/lib/ldap/back_meta.so | grep slapd_idassert_parse_cf
objdump -T /usr/lib/ldap/back_ldap.so | grep slapd_idassert_parse_cf

If these return the expected results, then I have no good answer for you as
to why it's not working if the upstream version works.  We shouldn't be
doing anything in the Debian packaging that would adversely affect symbol
resolution betwene modules, AFAIK.

-- 
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/