[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