From: Russ Allbery Date: Wed, 18 Aug 2010 18:50:50 +0000 (-0700) Subject: Another wording tweak to the Depends description X-Git-Url: https://git.donarmstrong.com/?a=commitdiff_plain;h=325a41e1f111274d75696270c9b0841485dcede5;p=debian%2Fdebian-policy.git Another wording tweak to the Depends description Break the postrm case out into a separate paragraph and massage the wording to be clearer about when a dependency is appropriate. --- diff --git a/policy.sgml b/policy.sgml index 8a70ebf..9af1395 100644 --- a/policy.sgml +++ b/policy.sgml @@ -4742,23 +4742,28 @@ Build-Depends: foo [linux-any], bar [any-i386], baz [!linux-any] The Depends field should also be used if the postinst or prerm scripts require the depended-on package to be unpacked or - configured in order to run, or if the dependend-on package - is desirable for cleanup done by postrm. In - the case of postinst configure, the depended-on - packages will be unpacked and configured first. (If both - packages are involved in a dependency loop, this might not - work as expected; see the explanation a few paragraphs - back.) In the case of prerm or - other postinst actions, the package - dependencies will normally be at least unpacked, but they - may be only "Half-Installed" if a previous upgrade of the - dependency failed. In the case of postrm, - there are no guarantees, but the depended-on package is - more likely to be available if the package declares a - dependency (particularly for postrm remove). - The postrm script must cleanly skip actions - that require a dependency if that dependency isn't - available. + configured in order to run. In the case of postinst + configure, the depended-on packages will be unpacked + and configured first. (If both packages are involved in a + dependency loop, this might not work as expected; see the + explanation a few paragraphs back.) In the case + of prerm or other postinst + actions, the package dependencies will normally be at + least unpacked, but they may be only "Half-Installed" if a + previous upgrade of the dependency failed. +

+ +

+ Finally, the Depends field should be used if the + depended-on package is needed by the postrm + script to fully clean up after the package removal. There + is no guarantee that package dependencies will be + available when postrm is run, but the + depended-on package is more likely to be available if the + package declares a dependency (particularly in the case + of postrm remove). The postrm + script must gracefully skip actions that require a + dependency if that dependency isn't available.