lvm2/device-mapper (dmeventd): libdevmapper-event-lvm2mirror.so: error: depends on 'libdevmapper-event-lvm2.so.2.02', which cannot be found in RUNPATH

[Pierre Neidhardt <ambrevar@gmail.com>]

[-- Attachment #1: Type: text/plain, Size: 3094 bytes --]


The quest to update udisks is decidedly long...

One of the dependencies is dmraid, which in turns need
device-mapper-event, which is part of lvm2 but it's not part of the Guix
package as of now.

I'm trying to add device-mapper-event (a.k.a. dmevent) to lvm2.  I've
added the following to the configure flags:

                               "--enable-cmdlib"
                               "--enable-dmeventd" ; Requires '--enable-cmdlib'.

But now I get the following error:

--8<---------------cut here---------------start------------->8---
starting phase `validate-runpath'
validating RUNPATH of 8 binaries in "/gnu/store/gh7rda7y5nfh7v5njlll45ckbm4aigmd-lvm2-2.02.177/lib"...
/gnu/store/gh7rda7y5nfh7v5njlll45ckbm4aigmd-lvm2-2.02.177/lib/device-mapper/libdevmapper-event-lvm2mirror.so: error: depends on 'libdevmapper-event-lvm2.so.2.02', which cannot be found in RUNPATH ("/gnu/store/n6acaivs0jwiwpidjr551dhdni5kgpcr-glibc-2.26.105-g0890d5379c/lib" "/gnu/store/xfjba1kww8ngdc6nxldd8ly93nh13ayy-gcc-5.5.0-lib/lib" "/gnu/store/xfjba1kww8ngdc6nxldd8ly93nh13ayy-gcc-5.5.0-lib/lib/gcc/x86_64-unknown-linux-gnu/5.5.0/../../..")
[...]
/gnu/store/gh7rda7y5nfh7v5njlll45ckbm4aigmd-lvm2-2.02.177/lib/liblvm2cmd.so: error: depends on 'libdevmapper.so.1.02', which cannot be found in RUNPATH ("/gnu/store/n6acaivs0jwiwpidjr551dhdni5kgpcr-glibc-2.26.105-g0890d5379c/lib" "/gnu/store/xfjba1kww8ngdc6nxldd8ly93nh13ayy-gcc-5.5.0-lib/lib" "/gnu/store/bcvm220bjrx39g67hajjssgn20mlhyfr-eudev-3.2.5/lib" "/gnu/store/xfjba1kww8ngdc6nxldd8ly93nh13ayy-gcc-5.5.0-lib/lib/gcc/x86_64-unknown-linux-gnu/5.5.0/../../..")
validating RUNPATH of 3 binaries in "/gnu/store/gh7rda7y5nfh7v5njlll45ckbm4aigmd-lvm2-2.02.177/sbin"...
phase `validate-runpath' failed after 0.0 seconds
--8<---------------cut here---------------end--------------->8---

Indeed, the new libraries don't have the right paths:

--8<---------------cut here---------------start------------->8---
> ldd libdevmapper-event-lvm2.so.2.02 
	linux-vdso.so.1 (0x00007fffb2127000)
	liblvm2cmd.so.2.02 => not found
	libdevmapper.so.1.02 => not found
	libpthread.so.0 => /gnu/store/n6acaivs0jwiwpidjr551dhdni5kgpcr-glibc-2.26.105-g0890d5379c/lib/libpthread.so.0 (0x00007f3fd36c0000)
	libgcc_s.so.1 => /gnu/store/xfjba1kww8ngdc6nxldd8ly93nh13ayy-gcc-5.5.0-lib/lib/libgcc_s.so.1 (0x00007f3fd34a9000)
	libc.so.6 => /gnu/store/n6acaivs0jwiwpidjr551dhdni5kgpcr-glibc-2.26.105-g0890d5379c/lib/libc.so.6 (0x00007f3fd30f7000)
	/gnu/store/4sqaib7c2dfjv62ivrg9b8wa7bh226la-glibc-2.26.105-g0890d5379c/lib/ld-linux-x86-64.so.2 (0x00007f3fd3ae1000)
--8<---------------cut here---------------end--------------->8---

Apparently the following snippet

--8<---------------cut here---------------start------------->8---
(string-append "LDFLAGS=-Wl,-rpath="
               (assoc-ref %outputs "out")
               "/lib")
--8<---------------cut here---------------end--------------->8---

from the lvm2 package declaration is not enough.
Any clue how to enforce the right path into the new libraries?

-- 
Pierre Neidhardt

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]