Bug#661109: lsb: Please include helper function for init scripts on upstart-based systems

Hi Steve, and thanks for your bugreport,

Le 24.02.2012 10:05, Steve Langasek a écrit :
> Please find attached a patch for lsb that adds a new helper function to
> /lib/lsb/init-functions to support maintainer scripts that should behave as
> no-ops because the package is upstart-aware and upstart is in use.

Okay.

> I'm proposing this change in support of bug #591791, a bug against
> debian-policy which aims to come up with coherent rules about the inclusion
> of native upstart jobs in Debian.  This is not a very high-level
> abstraction, it still requires the init script to work out the correct
> return value for each invocation.  That's about as high-level as most of
> the other lsb functions get anyway, but if you'd like something different
> I'm certainly open to discussing.

tl;dr: Is the "LSB support package" really the good place to support
multiple init systems in Debian ?

I'm mostly fine with the current patch; I just wonder if
/lib/lsb/init-functions is really the good file/package to have all
those Debian-specific initscript functions. As was highlighted by the
#596529 bug, /lib/lsb/init-functions already ships way more functions
that what the LSB mandates.

I wonder if moving the Debian-specific (non-LSB) functions to an
hypothetic /lib/debian/init-functions or alike wouldn't make things
cleaner, e.g. maintained in a Debian-specific package, such as
`base-files` or `debian-initsupport` or `whatever`. We could even
consider that debian-initsupport package as the starting support for all
the "let's support more than one init system" problem.

On the other hand, as I expressed in my #596529 wontfix, many packages
in Debian currently depend on functions implemented in
/lib/lsb/init-functions and breaking that would certainly break wide
parts of the archive and just continue to add more functions to
/lib/lsb/init-functions is the easy way forward.

What do you think ?

Cheers,

OdyX

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (MingW32)

iQGcBAEBAgAGBQJPUQW7AAoJEIvPpx7KFjRV11gMAIOYUgDkGcol8eMVfI2/wSTT
eQXHF+XpDu3lCjVZYxFhT775XumkO3PpvgUldmvRxQ+TZrADu1XIqf9/VZkHJAMb
H8i2SgUr8x6+XnLKMWfCoHDSaFQGNwnASWqJmDfcq+MCQaECJesqL09xC1xmS0YJ
IQxC4pJw5PeRrT/S+H5/kToZdv3QOKvq0g0rJQlg+WjVe5YS6Z/rsvotVXFJ/HzU
zAoQOiiY8r1BWQ7nxVh7+od8JHeWvO6e1RR4YSaJCNduYFlGV0nzLvcR3/aeoujA
7R79yoccjOblu0xlzz76rH/ikqks7XRkuPkk+gv+c0Abh2XBkzGPRqhozdkQL9DO
r+Pw3Ddqz/znZkaImor+ykD9mu9lFW9yD8vR55M2IWUxf4cv0c6cPfZLVXwumiao
MkSwtr8qoVVEtorpoF4XntnOcBOnjS7YIEYwItuqCWmfu6SHj7dcLNCzJFGIiLoL
iuoytefCBs9f8OZXS8sM1eQTY6zBzgBaduk6Qty2xA==
=wOjI
-----END PGP SIGNATURE-----