Guillem Jover writes ("Re: one package altering other package's postrm"): > As mentioned before, just add a versioned Breaks against the cron > package not supporting that, do not mangle its maintainer scripts. ... > If using current apt with APT::Get::Purge=true or --purge, or the > aptitude TUI and marking cron for purge, the conflicting package will > get purged before the other package is even in the picture.
Isn't this combination rather dangerous ? The result would appear to be that switching to systemd-cron would first purge the cron package, discarding any local changes to /etc/crontab (and other config files owned by cron). Ian. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/21647.4836.738341.313...@chiark.greenend.org.uk