[Pkg-samba-maint] nearly built 3.2.0~pre2-1

[Christian Perrier]

This morning, I attempted to build 3.2.0~pre2 after Steve's excellent
work on merging trunk in our experimental branch.

This was nearly successful until:

sh_shlibdeps
dpkg-shlibdeps: warning: symbol lp_parm_bool used by debian/samba/usr/lib/samba/vfs/default_quota.so found in none of the libraries.
dpkg-shlibdeps: warning: symbol smb_register_vfs used by debian/samba/usr/lib/samba/vfs/default_quota.so found in none of the libraries.
dpkg-shlibdeps: warning: symbol lp_parm_int used by debian/samba/usr/lib/samba/vfs/default_quota.so found in none of the libraries.
dpkg-shlibdeps: warning: symbol smb_register_vfs used by debian/samba/usr/lib/samba/vfs/readonly.so found in none of the libraries.
dpkg-shlibdeps: warning: symbol lp_parm_string_list used by debian/samba/usr/lib/samba/vfs/readonly.so found in none of the libraries.
dpkg-shlibdeps: failure: couldn't find library libtalloc.so.1 needed by debian/samba/usr/bin/pdbedit (its RPATH is '').
Note: libraries are not searched in other binary packages that do not have any shlibs or symbols file.
To help dpkg-shlibdeps find private libraries, you might need to set LD_LIBRARY_PATH.
dh_shlibdeps: command returned error code 512
make: *** [binary-arch] Error 1
dpkg-buildpackage: failure: fakeroot debian/rules binary gave error exit status 2

(this was a pbuilder build)

Could it be that we need to Build-Depend on libtalloc-dev ?

With my Candide suit (French idiotism to mean "ingenuous"), I blindly
suspect that the following upstream change could be related to that:

    * Initial support for using subsystems as shared libraries.
      Use talloc, tdb, and libnetapi as shared libraries internally.


-- 


-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://lists.alioth.debian.org/pipermail/pkg-samba-maint/attachments/20080327/57944ba0/attachment.pgp