Hi, On Thu, Dec 27, 2007 at 11:56:54PM +0100, Robert Millan wrote: > dpkg-shlibdeps became stricter, causing wine to FTBFS on amd64: > > [...] > dpkg-shlibdeps: failure: no dependency information found for > /usr/lib32/libxml2.so.2 (used by debian/libwine/usr/lib/wine/msxml3.dll.so). > dh_shlibdeps: command returned error code 512 > make: *** [binary-arch] Error 1 > dpkg-buildpackage: failure: fakeroot debian/rules binary-arch gave error exit > status 2
Yes this is odd. What are we supposed to do to fix it, put the libs directly to /lib32 and /usr/lib32 instead of /emul? Why does dpkg-shlibdeps not honour symlinks anymore in the first place? This package was intended as a temporary solution to enable users to RUN 32bit applications (not to BUILD them), until multiarch was in place, which is the only sane way of dealing with this issue, IMHO. But multiarch is almost vapourvare these days... I would apreciate any hints leading to a solution for this. Currently, I tend to reassign this bug to debhelper, but I am not sure this is the proper solution. Best regards Frederik Schüler -- ENOSIG
signature.asc
Description: Digital signature