Mike, > I'm seeing the same issue, and I believe I've tracked it down to these > lines in the debian/anacron.postrm: >
> # Close bug #993348, remove dangling symlinks if they exist
> if [ -f /etc/systemd/system/multi-user.target.wants/anacron.service ]; then
> rm /etc/systemd/system/multi-user.target.wants/anacron.service
> fi
>
> if [ -f /etc/systemd/system/timers.target.wants/anacron.timer ]; then
> rm /etc/systemd/system/timers.target.wants/anacron.timer
> fi
>
> These unconditionally delete the symlinks under
> /etc/systemd/system/... that init-system-helpers/deb-systemd-helper
> uses to determine if the service was "previously enabled". If they are
> gone, the tool doesn't enable the service after the install.
>
> At first blush it would appear that postrm shouldn't matter here since
> we're upgrading the package, but critically the old postrm script is
> called during an upgrade[1], which means the bug was actually in
> 2.3-33 but doesn't get triggered until the next time the package
> happens to be upgraded.
Thank you for tracking this down. I did make the change in -33.
Yes, I made the change to remove dangling symlinks on uninstall. I
didn't realize this was called on upgrades, so I've moved the logic
inside the "purge" case.
I propose to make the following change to anacron.postrm:
#!/bin/sh
set -e
if [ "$1" = "purge" ]; then
# here for historical reasons
rm -f /var/log/anacron /var/log/anacron.[0-9]*
rm -rf /var/spool/anacron
# Close bug #993348
rm /etc/systemd/system/multi-user.target.wants/anacron.service
rm /etc/systemd/system/timers.target.wants/anacron.timer
fi
#DEBHELPER#
Do you agree with this change?
Lance Lin <[email protected]>
GPG Fingerprint: 4A31 DB5A 1EE4 096C 8739 9880 9036 4929 4C33 F9B7
signature.asc
Description: OpenPGP digital signature
