[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

lintian: r355 - in trunk: checks debian



Author: jeroen
Date: 2004-10-13 02:38:29 +0200 (Wed, 13 Oct 2004)
New Revision: 355

Modified:
   trunk/checks/fields.desc
   trunk/debian/changelog
Log:
checks/fields.desc:
+ [JvW] Fix English language and chapter of policy in description of
  depends-on-essential-package-without-using-version, thanks to Peter
  Eisentrautf for noticing (Closes: #261603, #261602)


Modified: trunk/checks/fields.desc
===================================================================
--- trunk/checks/fields.desc	2004-10-13 00:30:02 UTC (rev 354)
+++ trunk/checks/fields.desc	2004-10-13 00:38:29 UTC (rev 355)
@@ -344,9 +344,9 @@
 
 Tag: depends-on-essential-package-without-using-version
 Type: error
-Ref: policy 3.5
-Info: The package declares a depends on an essential package i.e. dpkg without
- using a versioned depends.  In general a package should not depend on
+Ref: policy 4.2
+Info: The package declares a depends on an essential package, e.g. dpkg,
+ without using a versioned depends.  In general a package should not depend on
  essential packages but if it must do so, the depends should have a version
  string.
 

Modified: trunk/debian/changelog
===================================================================
--- trunk/debian/changelog	2004-10-13 00:30:02 UTC (rev 354)
+++ trunk/debian/changelog	2004-10-13 00:38:29 UTC (rev 355)
@@ -21,6 +21,9 @@
       this sometimes happens to you when using ${shlibs:Depends}, and you
       shouldn't bother too much if that's the case (Closes: #274286)
       Thanks Peter Eisentraut for the suggestion
+    + [JvW] Fix English language and chapter of policy in description of
+      depends-on-essential-package-without-using-version, thanks to Peter
+      Eisentrautf for noticing (Closes: #261603, #261602)
   * checks/init.d:
     + [JvW] Don't warn for missing init.d scripts in package and conffile list
       if a variable is used instead of a real name (Closes: #264218)



Reply to: