Your message dated Wed, 19 Dec 2018 23:40:49 +0000
with message-id <[email protected]>
and subject line Re: [Pkg-sysvinit-devel] Bug#761880: sysv-rc: support init
scripts in /lib/init.d (or similar)
has caused the Debian Bug report #761880,
regarding sysv-rc: support init scripts in /lib/init.d (or similar)
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
761880: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=761880
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: sysv-rc
Version: 2.88dsf-53.4
Severity: normal
Please support init scripts in /lib/init.d (or a similar
location). Init scripts are not configuration and as such should not
be installed into /etc (though I doubt we can drop support for that).
Ansgar
--- End Message ---
--- Begin Message ---
control: tags -1 wontfix
[2014-09-16 18:00] Ansgar Burchardt <[email protected]>
> The symlinks in /etc/rc?.d/* and /etc/default/* are configuration files,
> but init script themselves are not (and if admins are supposed to modify
> them, I would call them buggy).
Your proposal contradicts Debian Policy (9.3.2):
The /etc/init.d scripts must be treated as configuration files, either
(if they are present in the package, that is, in the .deb file) by
marking them as conffiles, or, (if they do not exist in the .deb) by
managing them correctly in the maintainer scripts (see Configuration
files). This is important since we want to give the local system
administrator the chance to adapt the scripts to the local system,
e.g., to disable a service without de-installing the package, or to
specify some special command line options when starting a service,
while making sure their changes aren’t lost during the next package
upgrade.
--- End Message ---
