[Bastian Blank]
> In sysvinit-utils or somewhere of it's dependency chain is a
> pre-dependency/conflict loop, which apt is unable to break.  This breaks
> the upgrade from Jessie.

Could this be caused by util-linux?  It modified its dependencies
related to initscripts:

util-linux (2.27.1-4) unstable; urgency=medium

  * Drop initscripts dependency now that update-rc.d no longer
    requires it to process init scripts with LSB header dependencies.
    - note that it's still likely to be installed (even under systemd)
      since it's priority is required, it's just that util-linux no longer
      needs to require it to be around.
  * Add dependency on init-system-helpers (>= 1.29~) which contains
    the previously mentioned update-rc.d fix.
    - this can be dropped once init-system-helpers is always >= 1.29~.
  * Drop lsb-base dependency
    - strictly speaking we should have it since hwclock.sh uses
      lsb-base, but initscripts will pull it in for us anyway under
      sysvinit(-core) so this dependency makes no practical gain.
      Dropping it avoids pulling it in when we don't need it (eg. under
      systemd-sysv where hwclock.sh is masked by the systemd package).
  * Add systemd-sysv as an alternative to tzdata dependency.
    - tzdata was according to this changelog added for the benefit of
      the hwclock.sh init script. (Not sure it's required.)
      It's among the top size of debootstrap --variant=minbase packages
      so might be useful to make it uninstallable on minimal containers,
      which this change should accomplish (under systemd-sysv atleast).
  * Finally move sysvinit-utils back to Breaks instead of Depends
    - now that initscript dependency is dropped, the issue with cyclic
      dependency should be no more and we can properly describe the
      relation.
  * Add debian/patches/build-sys-use-PKG_CONFIG.patch
    - cherry-picked from upstream git, fixes crossbuilding (Closes: #811546)

 -- Andreas Henriksson <andr...@fatal.se>  Thu, 03 Mar 2016 14:30:19 +0100

-- 
Happy hacking
Petter Reinholdtsen

Reply via email to