Restore Debian's init.d script for insserv compatibility

Dimitri is working on updating dh_installinit to add the required upstart versioned dependency to misc:Depends.

utopic/etc/init.d/mythtv-status:# Should-Start: $named mythtv-backend motd
utopic/etc/init.d/mythtv-status:# Should-Stop: $named mythtv-backend motd

This is a bit special as we intentionally did not bring back /etc/init.d/motd as motd generation works differently on Ubuntu. This needs to ship a script in /etc/update-motd.d/ instead.

We don't have a direct counterpart of /etc/init.d/kbd, as console setup is completely different on Ubuntu. All mentions of that are only "Should-Start/Stop", so it won't actually break anything. We should still eventually fix it of course.

We don't have /etc/init.d/mdadm-raid as we build MD arrays with udev rules. Therefore our /etc/init.d/udev should Provides: that (this script calls udevadm settle).

lvm2 is similar to mdadm, will add a Provides: to udev.init.

This bug was fixed in the package debhelper - 9.20140228ubuntu2

---------------
debhelper (9.20140228ubuntu2) utopic; urgency=medium

  * Add upstart versioned dependency on upstart that provides lsb hook, to
    make sure sourcing lsb init-functions triggers transparent launching
    of the upstart job instead. (LP: #1323274).
 -- Dimitri John Ledkov <email address hidden> Mon, 26 May 2014 14:39:04 +0200

This bug was fixed in the package dovecot - 1:2.2.9-1ubuntu4

---------------
dovecot (1:2.2.9-1ubuntu4) utopic; urgency=medium

  * Rename init.d script to work with the dh_installinit --name option, so
    that it comes back. (LP: #1323274)
 -- Martin Pitt <email address hidden> Mon, 26 May 2014 14:24:43 +0200

This bug was fixed in the package network-manager - 0.9.8.8-0ubuntu17

---------------
network-manager (0.9.8.8-0ubuntu17) utopic; urgency=medium

  * Merge Debian's init script, for compatibility with insserv.
    (LP: #1323274)
 -- Martin Pitt <email address hidden> Mon, 26 May 2014 15:35:25 +0200

This bug was fixed in the package systemd - 204-10ubuntu5

---------------
systemd (204-10ubuntu5) utopic; urgency=medium

  * Make udev.init provide "mdadm-raid", "lvm", and "lvm2", as Ubuntu
    assembles MD and LVM devices via udev rules instead of init scripts.
    (LP: #1323274)
 -- Martin Pitt <email address hidden> Mon, 26 May 2014 15:49:15 +0200

Removing packages from utopic:
 squid-prefetch 1.1-3 in utopic
  squid-prefetch 1.1-3 in utopic amd64
  squid-prefetch 1.1-3 in utopic arm64
  squid-prefetch 1.1-3 in utopic armhf
  squid-prefetch 1.1-3 in utopic i386
  squid-prefetch 1.1-3 in utopic powerpc
  squid-prefetch 1.1-3 in utopic ppc64el
Comment: does not work with squid3, orphaned in Debian

emoving packages from utopic:
 sqcwa 0.3-3.1 in utopic
  sqcwa 0.3-3.1 in utopic amd64
  sqcwa 0.3-3.1 in utopic arm64
  sqcwa 0.3-3.1 in utopic armhf
  sqcwa 0.3-3.1 in utopic i386
  sqcwa 0.3-3.1 in utopic powerpc
  sqcwa 0.3-3.1 in utopic ppc64el
Comment: does not work with squid3, removed from Debian testing, unmaintained

This bug was fixed in the package squid3 - 3.3.8-1ubuntu7

---------------
squid3 (3.3.8-1ubuntu7) utopic; urgency=medium

  * Put back the init.d script, for compatibility with insserv. (LP: #1323274)
 -- Martin Pitt <email address hidden> Mon, 26 May 2014 23:27:57 +0200

> /etc/init.d/mpd:# Should-Start: autofs $network $named alsa-utils pulseaudio avahi-daemon
> But there is no /etc/init.d/alsa-utils in the Ubuntu package.

Not exactly sure what this means, is this related to the relatively new daemon functionality of alsactl?
So far we have avoided starting that daemon by default because (by my judgement) the overhead of having yet another daemon everywhere weighs heavier than the minimal functionality it provides in very few configurations.

Hey David,

David Henningsson [2014-05-27 6:42 -0000]:
> Not exactly sure what this means, is this related to the relatively
> new daemon functionality of alsactl? So far we have avoided
> starting that daemon by default because (by my judgement) the
> overhead of having yet another daemon everywhere weighs heavier than
> the minimal functionality it provides in very few configurations.

Sorry, this probably was confusing to everyone except Dimitri and me.
The goal here is merely to make Ubuntu compatible to insserv. In
particular, any declared LSB dependency in our init.d scripts actually
needs to exist. But we don't want to change actual behaviour, i. e. in
this case we will put back the alsa-utils init.d script for insserv to
be able to compute dependencies, but we'll also add an alsa-utils
upstart job which is a no-op (similar to the systemd alsa-utils unit
which is also just a /dev/null).

mythtv-status' dependency to "motd" is only a "Should", which won't break the dependency calculation. So no need to change anything here and carry around a delta.

Likewise, kbd only has reverse "Should" starts, so that won't break dependency calculation.

> Sorry, this probably was confusing to everyone except Dimitri and me.
> The goal here is merely to make Ubuntu compatible to insserv. In
> particular, any declared LSB dependency in our init.d scripts actually
> needs to exist. But we don't want to change actual behaviour, i. e. in
> this case we will put back the alsa-utils init.d script for insserv to
> be able to compute dependencies, but we'll also add an alsa-utils
> upstart job which is a no-op (similar to the systemd alsa-utils unit
> which is also just a /dev/null).

For me it would probably be less confusing to fix mpd (and possibly others) to not depend on alsa-utils, instead of adding no-op jobs and service files...?

This bug was fixed in the package alsa-utils - 1.0.27.2-1ubuntu3

---------------
alsa-utils (1.0.27.2-1ubuntu3) utopic; urgency=medium

  * Add alsa-utils compatibility job for startpar (equivalent of /dev/null
    symlink of the systemd unit). (LP: #1323274)
 -- Dimitri John Ledkov <email address hidden> Tue, 27 May 2014 08:45:11 +0200

David Henningsson [2014-05-27 8:27 -0000]:
> For me it would probably be less confusing to fix mpd (and possibly
> others) to not depend on alsa-utils, instead of adding no-op jobs and
> service files...?

Maybe, but these have a tendency to come back through syncs and
merges. We'll have an overall lower data if we just stop dropping the
init.d scripts and make sure that our init.d and upstart jobs are
Debian policy compliant.

This bug was fixed in the package nfs-utils - 1:1.2.8-6ubuntu3

---------------
nfs-utils (1:1.2.8-6ubuntu3) utopic; urgency=medium

  * Soon nfs-common.init is going to be split on the Debian side, and
    nfs-kernel-server init.d's LSB depends on "nfs-common" has never done
    anything in Ubuntu. Drop it to avoid breaking insserv. (LP: #1323274)
 -- Martin Pitt <email address hidden> Tue, 27 May 2014 11:38:51 +0200

This bug was fixed in the package kde-workspace - 4:4.11.9-0ubuntu3

---------------
kde-workspace (4:4.11.9-0ubuntu3) utopic; urgency=medium

  * Put back the init.d script for compatibility with insserv. (LP: #1323274)
 -- Martin Pitt <email address hidden> Tue, 27 May 2014 08:35:35 +0200