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.