Package: debhelper
Severity: important
Hi,
If a "prerm remove" script fails, the "postinst abort-remove" is called.
And the actions from the prerm remove should be undone in that case.
Not all debhelper scripts seem to be doing this properly.
For instance, prerm-gconf has:
if [ "$1" = remove ] || [ "$1" = upgrade ]; then
gconf-schemas --unregister #SCHEMAS#
fi
postinst-gconf has:
if [ "$1" = "configure" ]; then
gconf-schemas --register #SCHEMAS#
fi
It should atleast also do this in the abort-remove and,
abort-upgrade case.
The upgrade and failed-upgrade calls should probably always do
the same thing. failed-upgrade of the new-prerm gets called if
upgrade of the old-prerm failed. Now it's just going to call
failed-upgrade and it's going to think it was now succesful while
it should have failed.
There might be simular problems with other error unwind cases.
Kurt
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
