[Pkg-samba-maint] Bug#705908: Bug#705908: Bug#705908: libsamba-credentials.so.0.0.1 links libdbwrap.so but libsamba-credentials0 missing dep on python-samba

[Andrew Bartlett]

On Fri, 2013-06-21 at 10:33 +0200, Raphael Hertzog wrote:
> On Fri, 21 Jun 2013, Andrew Bartlett wrote:
> > dbwrap*.so is now in samba-common-bin.  The issue is that this almost
> > certainly depends on the credentials library, so we may need yet another
> > library package, or to re-consider if this should be a distinct package
> > at all. 
> 
> Why are you saying that dbwrap*.so depends on the credentials library?

I was saying that other parts of samba-common-bin almost certainly do,
or will in the future if they don't now.  

> In the current build, I haven't seen anything like that:
> 
> $ dpkg -s samba-common-bin |grep credentials
> $ dpkg -s samba-common-bin |grep Depends    
> Depends: samba-common (= 2:4.0.6+dfsg-1~kali1), python-samba, python2.7
> $ 
> 
> But the above Depends line is strange, it looks like it would be missing
> ${shlibs:Depends} since we have no libc6 dependency and so on.
> 
> Analysing the package more closely, I found out that
> /usr/lib/x86_64-linux-gnu/samba/libmsrpc3.so effectively depends on
> libsamba-credentials.so.0. But that the sole file in samba-common-bin
> which depends on that library.
> 
> I'm not quite sure what's the best approach. Splitting all libraries
> in /usr/lib/x86_64-linux-gnu/samba/ in individual packages seems overkill.
> But at the very least we need to put them in packages without
> executables in /usr/bin/ to achieve multi-arch support. I'll call this
> theoretical package "samba-libs" for now.
> 
> The solution that I would recommend is the following:
> 1/ put automatic dependencies of "samba-libs" in the "Recommends" or
>    "Suggests" fields
> 2/ create symbols files for each private library that will add the
>    required hard dependency on those external libraries
>    (this will require some serious scripting if we want to automate it)
> 
> That way we don't have Depends loop, and anyone linking to one of the
> library in samba-libs still gets a reliable (and accurate) dependency.
> The samba-libs-dev package would have to ensure that all libraries
> are installed though, otherwise "ld" might fail at build time.

I'm not sure I follow all of that, but I agree a samba-libs package
might make more sense.

> > Certainly fixing it in unstable seems unlikely except for migration of
> > the soon to be experimental package from samba_4.0, so that is where the
> > effort needs to be made.
> 
> Ack.

Thanks,

Andrew Bartlett

-- 
Andrew Bartlett                                http://samba.org/~abartlet/
Authentication Developer, Samba Team           http://samba.org