Hi, Ritesh Raj Sarraf <r...@researchut.com> (2015-10-15): > On Fri, 2015-09-25 at 11:59 +0200, Cyril Brulebois wrote: > > Package: multipath-udeb > > Version: 0.5.0+git0.770e6d0d-3 > > Severity: grave > > Justification: renders package unusable > > > > > > [ Please keep debian-b...@lists.debian.org in the loop. ] > > > > Hi, > > > > Your package in unstable gained a dependency which cannot be > > satisfied: > > libsystemd0 has no udeb. It's therefore no longer installable, along > > with partman-multipath which depends on it. > > > OKay!! I gave multiple shots on it and have not been able to determine > why the multipath/multipath binary gets linked to libsystemd. > > I'm tagging this bug with "help". Any help is welcome. > > Log is attached. And anyone who wants to help can look at the systemd > branch.
Basically, you shouldn't be using ldd, and your installed package
interferes.
Without multipath-tools installed, after a build in the systemd branch:
“ldd multipath/multipath” leads to:
libmultipath.so.0 => not found
If you then install multipath-tools, it resolves (on amd64) to:
libmultipath.so.0 => /lib/libmultipath.so.0 (0x00007f0e160cf000)
which in turn leads to what you were seeing:
libsystemd.so.0 => /lib/x86_64-linux-gnu/libsystemd.so.0
(0x00007f5cb01ec000)
Instead, you should be looking at actual ELF headers, e.g.:
(sid-amd64-devel)kibi@wodi:~/hack/udebs/multipath-tools$ objdump -x
multipath/multipath|grep NEEDED
NEEDED libpthread.so.0
NEEDED libdevmapper.so.1.02.1
NEEDED libdl.so.2
NEEDED libmultipath.so.0
NEEDED libudev.so.1
NEEDED libc.so.6
(sid-amd64-devel)kibi@wodi:~/hack/udebs/multipath-tools$ objdump -x
libmultipath/libmultipath.so.0|grep NEEDED
NEEDED libpthread.so.0
NEEDED libdl.so.2
NEEDED libdevmapper.so.1.02.1
NEEDED libudev.so.1
NEEDED libgcc_s.so.1
NEEDED libc.so.6
which looks good?
Mraw,
KiBi.
signature.asc
Description: Digital signature
