Alan Jenkins: > On Thu, 24 Dec 2015 00:34:22 -0300 Felipe Sateler <fsate...@debian.org> > wrote: > > [...] >
Hi Alan, > Thanks for the analysis on this bug! I'd like to see it progress. > Great. :) I am happy to receive help. Especially because it is not my area of experience. > I want to avoid a boot-time warning, which is caused by how > `dh_systemd_enable` handles package removal. I can see a clear path, > but only if we can get `dh_installinit` to disable init scripts on > package removal. > :) > Why don't we use `update-rc.d FOO remove` on package removal? This > would simply remove all the symlinks. [...] > As I read the "update-rc.d" manpage, the symlinks are a part of the customization that a admin can do. So if we remove them, then we remove configuration during "remove" (which must only be done during "purge"). Note this paragraph in update-rc.d(1): """ A common system administration error is to delete the links with the thought that this will "disable" the service, i.e., that this will prevent the service from being started. However, if all links have been deleted then the next time the package is upgraded, the package's postinst script will run update-rc.d again and this will reinstall links at their factory default locations. The correct way to disable services is to configure the service as stopped in all runlevels in which it is started by default. In the System V init system this means renaming the service's symbolic links from S to K. """ Thanks, ~Niels