The man pages are there, as is slurpd, but all traces of the slurpd binary and slurpd configuration files are gone. It would be a good idea to split the package into three openldap-common openldap-client openldap-server
I see there is a problem with the build. gcc -O2 -m486 -fno-strength-reduce -g -D_REENTRANT -I../../include -I../../include -I/usr/include/db3 -I/usr/kerberos/include -DHAVE_CONFIG_H -L/usr/src/redhat/BUILD/openldap-1.2.11/libraries -L/usr/kerberos/lib -o slapd main.o daemon.o connection.o search.o filter.o add.o charray.o attr.o entry.o config.o backend.o result.o operation.o dn.o compare.o modify.o delete.o modrdn.o ch_malloc.o value.o ava.o bind.o unbind.o abandon.o filterentry.o phonetic.o acl.o str2filter.o aclparse.o init.o repl.o lock.o user.o suffixalias.o schema.o schemaparse.o monitor.o configinfo.o version.o libbackends.a -lavl -lldbm -lldif -lldap -llber -llthread -llutil -ldb1 -lcrypt -lnsl -lresolv -pthread -lwrap /usr/src/redhat/BUILD/openldap-1.2.11/libraries/libldbm.a(ldbm.o): In function `ldbm_open': /home/src/redhat/BUILD/openldap-1.2.11/libraries/libldbm/ldbm.c:177: undefined reference to `__db185_open'
Aargh! Bitten by more dbx/dbx-devel weirdness. That's it. I'm configuring OpenLDAP to use gdbm from now on.... Since this is a pretty annoying one, packages will show up in http://people.redhat.com/nalin/ soon.