qpkg/: committed some old changes (non-functional)

- TODO: various updates
- pkg.h (enum relop): marked rel_lt as deprecated
- prereq.c (resolve): instrumentation for chasing a dependencies bug

qpkg/TODO

@@ -1,8 +1,13 @@
 Open policy decisions
 =====================
 
+http://www.debian.org/doc/debian-policy/ch-controlfields.html#s5.6.10
+
 - what to do about cyclic dependencies ?
 
+  Update: addressed in
+  http://www.debian.org/doc/debian-policy/ch-relationships.html#s-binarydeps
+
   A cyclic dependency can be bad new or something perfectly normal,
   depending on how we define the semantics of package A depending on
   package B, and what policy we adopt with respect to the existence of
@@ -50,8 +55,12 @@ Open policy decisions
 
 - what to do if we need something that's "provided" ?
 
+  Update: "Provides" is described here, but without answering the above
+  question:
+  http://www.debian.org/doc/debian-policy/ch-relationships.html#s-virtual
+
   When determining prerequisites, we may encounter a dependency on an item
-  that only appears in the Provides: field of a package but it not an
+  that only appears in the Provides: field of a package but is not an
   installable package itself.
 
   Should we
@@ -105,6 +114,9 @@ Open policy decisions
 Still left to do
 ================
 
+- make comp_versions work according to
+  http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Version
+
 - consider reducing the size of the lists of conflicts, e.g., by making
   them unique via a red-black tree