Bug#800014: multipath-udeb: not installable: depends on libsystemd0
kibi at debian.org
Mon Sep 28 17:53:15 BST 2015
[ Adding debian-boot at lists.debian.org back. ]
Ritesh Raj Sarraf <rrs at debian.org> (2015-09-28):
> Adding systemd maintainers
> Hello Cyril,
> THank you for the bug report.
> 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.
> This was intentionally done because upstream added systemd dependency
> some time ago. For Jessie, I had disabled systemd support, but now, it
> makes sense to have it, and align with upstream and other
> So, I think the real question is about why libsystemd0 does not have a
> udeb ?
> systemd maintainers should provide that input.
Some input from someone who doesn't know a thing about systemd or
multipath: libmultipath.so.0 has a NEEDED entry on libsystemd.so.0,
which seems to only define symbols named sd_* (which seems fair). The
only use I see in libmultipath.so.0 is sd_listen_fds.
Its manpage says:
sd_listen_fds() shall be called by a daemon to check for file
descriptors passed by the init system as part of the socket-based
There's no systemd in d-i, so there's no socket-based activation logic,
and you can't rely on that in your multipath udeb.
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 819 bytes
Desc: Digital signature
More information about the Pkg-systemd-maintainers