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
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
