Bug#800014: multipath-udeb: not installable: depends on libsystemd0
kibi at debian.org
Fri Oct 16 09:08:26 UTC 2015
Ritesh Raj Sarraf <rrs at 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-boot at 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
Basically, you shouldn't be using ldd, and your installed package
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 at wodi:~/hack/udebs/multipath-tools$ objdump -x multipath/multipath|grep NEEDED
(sid-amd64-devel)kibi at wodi:~/hack/udebs/multipath-tools$ objdump -x libmultipath/libmultipath.so.0|grep NEEDED
which looks good?
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 819 bytes
Desc: Digital signature
More information about the pkg-lvm-maintainers