libgudev-1.0.la has broken dependency_libs (hardcoded /usr/lib)

[James Troup]

Binary package hint: udev

/usr/lib/x86_64-linux-gnu/libgudev-1.0.la:dependency_libs=' /usr/lib/x86_64-linux-gnu/libudev.la /usr/lib/libgobject-2.0.la /usr/lib/libgthread-2.0.la /usr/lib/libglib-2.0.la -lrt'

The hard coded /usr/lib/ references breaks builds in a multiarch world, c.f. http://wiki.debian.org/Multiarch/Implementation, and is why we can't have nice things.

[James Troup (elmo)]

The following patch fixes things for me (including the failing build of gst-plugins-good0.10 which is how I fell down this rabbit hole).

[James Troup (elmo)]

Ignore this patch, sorry, it obviously completely fails on anything other than amd64 - I suck.

[Mathieu Trudel-Lapierre (cyphermox)]

Confirming. This breaks building NetworkManager for me.

Seems like a simple rebuild actually updates the paths, but dependency_libs should still be cleared.

James, DEB_HOST_MULTIARCH contains the current architecture to complete the path so your patch is very close:

sed -i "/dependency_libs/ s/'.*'/''/" debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/libgudev-1.0.la

should work as well for i386-linux-gnu.

[Launchpad Janitor (janitor)]

This bug was fixed in the package udev - 166-0ubuntu6

---------------
udev (166-0ubuntu6) natty; urgency=low

  * Fix (i.e. empty) depedency_libs in .la files per Debian Policy 10.2.
    (LP: #740224)
 -- James Troup <email address hidden> Tue, 22 Mar 2011 17:32:06 +0000