From: Manoj Srivastava
A control file consists of one or more paragraphs of fields.
@@ -3088,7 +3088,7 @@
Packages can declare in their control file that they have
@@ -3100,9 +3100,10 @@
- This is done using the Depends, Recommends,
- Suggests, Enhances, Conflicts,
- Provides and Replaces control file fields.
+ This is done using the Depends, Pre-Depends,
+ Recommends, Suggests, Enhances,
+ Conflicts, Provides and Replaces
+ control file fields.
@@ -3113,7 +3114,7 @@
This is done using the Build-Depends,
- Build-Depends-Indep, Build-Conflicts, and
+ Build-Depends-Indep, Build-Conflicts and
Build-Conflicts-Indep control file fields.
- All the fields except Provides may restrict their - applicability to particular versions of each named package. - This is done in parentheses after each individual package - name; the parentheses should contain a relation from the - list below followed by a version number, in the format + All of the fields except for Provides may restrict + their applicability to particular versions of each named + package. This is done in parentheses after each individual + package name; the parentheses should contain a relation from + the list below followed by a version number, in the format described in .
@@ -3151,8 +3151,8 @@ The relations allowed are <<, <=, =, >= and >> for strictly earlier, earlier or equal, exactly equal, later or - equal and strictly later, respectively. The forms - < and > were used to mean + equal and strictly later, respectively. The deprecated + forms < and > were used to mean earlier/later or equal, rather than strictly earlier/later, so they should not appear in new packages (though
Whitespace may appear at any point in the version
- specification, and must appear where it's necessary to
+ specification subject to the rules in , and must appear where it's necessary to
disambiguate; it is not otherwise significant. For
consistency and in case of future changes to
- For example:
+ For example, a list of dependencies might appear as: