has broken dependency_libs (hardcoded /usr/lib)

Bug #740224 reported by James Troup on 2011-03-22
This bug affects 1 person
Affects Status Importance Assigned to Milestone
udev (Ubuntu)

Bug Description

Binary package hint: udev

/usr/lib/x86_64-linux-gnu/' /usr/lib/x86_64-linux-gnu/ /usr/lib/ /usr/lib/ /usr/lib/ -lrt'

The hard coded /usr/lib/ references breaks builds in a multiarch world, c.f., and is why we can't have nice things.

Related branches

James Troup (elmo) wrote :

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) wrote :

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

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)/

should work as well for i386-linux-gnu.

Changed in udev (Ubuntu):
status: New → Confirmed
Steve Langasek (vorlon) on 2011-03-22
tags: added: multiarch
tags: added: patch
Launchpad Janitor (janitor) wrote :

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

Changed in udev (Ubuntu):
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers