[Pkg-libvirt-maintainers] Bug#766362: libvirt-daemon-system: fails to install
Niko Tyni
ntyni at debian.org
Thu Oct 23 06:02:01 UTC 2014
On Wed, Oct 22, 2014 at 04:58:03PM +0200, intrigeri wrote:
> Holger Levsen wrote (22 Oct 2014 14:06:05 GMT) :
> > BEGIN failed--compilation aborted at /usr/bin/deb-systemd-helper line 85.
>
> ... which is shipped by the init-system-helpers package, that depends
> on perl-modules, that ships File::Path. The attached log shows that
> init-system-helpers and libvirt-daemon-system are unpacked before
> perl-modules is upgraded, but after perl itself was upgraded, so with
> the new @INC set up, it doesn't look anymore for modules in the place
> where Wheezy's perl-modules ships File::Path (/usr/share/perl/5.14.2).
BEGIN failed--compilation aborted at /usr/bin/deb-systemd-helper line 85.
dpkg: error processing archive /var/cache/apt/archives/libvirt-daemon-system_1.2.8-3_amd64.deb (--unpack):
subprocess new pre-installation script returned error exit status 2
The libvirt-daemon-system package is using non-essential functionality
in a preinst script without a pre-dependency. Policy 6.5:
The package will not yet be unpacked, so the `preinst' script cannot
rely on any files included in its package. Only essential packages
and pre-dependencies (`Pre-Depends') may be assumed to be available.
Pre-dependencies will have been configured at least once, but at the
time the `preinst' is called they may only be in an "Unpacked" or
"Half-Configured" state if a previous version of the pre-dependency
was completely configured and has not been removed since then.
(I'm not quite sure if even a pre-dependency would be safe, see the
last sentence above.)
--
Niko Tyni ntyni at debian.org
More information about the Pkg-libvirt-maintainers
mailing list