On Mon, February 13, 2012 14:12, Colin Watson wrote: > Package: ttf-mscorefonts-installer > Version: 3.4 > Severity: wishlist > Tags: patch > User: [email protected] > Usertags: origin-ubuntu ubuntu-patch precise > > Using 'dpkg-maintscript-helper supports rm_conffile' guards introduces > unreliability into upgrades; it means that the conffile is removed or > not depending on whether dpkg happens to be unpacked before > ttf-mscorefonts-installer. This seems generally undesirable; it would > be better to enforce a single code path. (This is academic for Debian > because the version of dpkg in squeeze supported > dpkg-maintscript-helper, hence Severity: wishlist; Ubuntu's last LTS > release didn't have a sufficient version of dpkg for that which is why I > care.) > > It would be nice to just use dh_installdeb's support for generating > dpkg-maintscript-helper commands, which was introduced in debhelper > 8.1.0. This would remove duplicate code from your maintainer scripts. > Here's a patch:
Thanks for the patch. I've applied it and it will be part of the next upload. It made me wonder though: couldn't problems like this be avoided in general if apt would automatically sort dpkg to the front of the upgrade? I've seen this behaviour in Red Hat's up2date, rpm and yum; if any of those packages is part of the upgrade, it's upgraded first and it restarts itself before continuing with the rest of the packages. Do you know if something like this has been considered in Debian? Cheers, Thijs -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
