Yeah, this is not remotely a sane solution for this bug. The real bug appears to be that we're not processing all the tmpfiles.d snippets on upgrade. Having one package override another by using /etc is Very Wrong. The bug here is certainly still in debhelper, but it's that we think that running "systemd-tmpfiles /path/to/config.conf" is a useful thing to do. The only correct way to process systemd-tmpfiles configs is as a whole, because order matters. First always wins (hence why 00rsyslogd.conf comes before vars.conf), and this works correctly on boot.
This debconf snippet should really just be re-running systemd-tmpfiles without arguments when installing packages that install tmpfiles.d snippets, probably.
Yeah, this is not remotely a sane solution for this bug. The real bug appears to be that we're not processing all the tmpfiles.d snippets on upgrade. Having one package override another by using /etc is Very Wrong. The bug here is certainly still in debhelper, but it's that we think that running "systemd-tmpfiles /path/to/ config. conf" is a useful thing to do. The only correct way to process systemd-tmpfiles configs is as a whole, because order matters. First always wins (hence why 00rsyslogd.conf comes before vars.conf), and this works correctly on boot.
This debconf snippet should really just be re-running systemd-tmpfiles without arguments when installing packages that install tmpfiles.d snippets, probably.