It looks as though there are two issues here:
a/ My understanding is that upstream does a dlopen() on libdlm_lt.so in
order to be able to use libdlm_lt.so.2 or libdlm_lt.so.3 depending on
the system. On Debian/squeeze or better, the package in use is libdlm3,
so libo2dlm should dlopen() libdlm_lt.so.3 directly instead of
libdlm_lt.so, so that we only need the libdlm3 package, not libdlm3-dev.
I have added a patch for the next upload of ocfs2-tools which does just
that:
http://svn.debian.org/wsvn/collab-maint/deb-maint/ocfs2-tools/trunk/debian/patches/libo2dlm-dlopen-libdlm_lt.patch
b/ libdlm3 is only required when using a userspace cluster stack instead
of the built-in o2cb. Therefore, having a ocfs2-tools *depend* on
libdlm3 is probably wrong. I think that making ocfs2-tools-cman and
ocfs2-tools-pacemaker depend on libdlm3 is probably the way to go. Any
thoughts on this Joel?
Jeremy
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org