Package: debhelper Version: 5.0.57 Severity: normal Hi,
it looks like some of the postinst/prerm snippets lead to broken packages when an upgrade fails. When the prerm, run in the "upgrade" case, removes something, and the unpack phase then fails, the old postinst is re-run, but it will do nothing as all snippets are checking for "configure" and not "abort-upgrade". This is at least the case for the gconf snippets, but it looks this is also true for doc-base, gconf, info, sgmlcatalog and xmlcatalog. The same could be said for the abort-remove case, but its occurrence is very unfrequent. In this case, all commands with a prerm snippet seem affected, though. What is the reason for running the commands only in the "configure" case? Is there something I'm missing? Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `- our own. Resistance is futile. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
