multipath-tools (0.7.7-1) unstable; urgency=medium

  systemd support is well integrated for multipath-tools now. The old
  initscripts are still provided and will be supported on a best effort basis
  but users are advised to move to a systemd based setup

 -- Ritesh Raj Sarraf <rrs@debian.org>  Sun, 07 Oct 2018 20:16:36 +0530

multipath-tools (0.5.0-4) unstable; urgency=medium

  The systemd support has been dropped.

  Device Mapper multipath is a core component in the SAN Stack. The
  flexibility provided by shell init scripts were flexible. With
  systemd, it is not the same anymore. We sure can create shell scripts
  and pass it to systemd to run, but then it forfeits the philosophy of
  systemd that "shell is evil". So rather that passing shell units to
  systemd, we'll let systemd run this service in SysV compatibility
  mode.

 -- Ritesh Raj Sarraf <rrs@debian.org>  Fri, 05 Sep 2014 18:03:12 +0530

multipath-tools (0.4.7-2) unstable; urgency=low

  udev, which provides scsi_id, moved the binary to /lib/udev.
  The old name will stop working in the future.
  
  The default config now uses /lib/udev/scsi_id. And you have to
  update /etc/multipath.conf by hand to reflect the new location.

 -- Bastian Blank <waldi@debian.org>  Wed, 29 Mar 2006 12:08:32 +0200

multipath-tools (0.4.5-1) unstable; urgency=low

  This version removes creation of devices via udev in /dev. All
  device-mapper devices are created by libdevmapper in /dev/mapper.

  To readd the creation of devices in /dev, add the following line to
  the udev rules (e.g. /etc/udev/rules.d/multipath.rules):
  KERNEL=="dm-[0-9]*", PROGRAM="/sbin/devmap_name %M %m", NAME="%k", SYMLINK="%c", OPTIONS+="last_rule"

 -- Bastian Blank <waldi@debian.org>  Mon, 19 Sep 2005 15:03:31 +0200

