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

lintian: r359 - in trunk: checks debian



Author: djpig
Date: 2004-10-15 02:49:27 +0200 (Fri, 15 Oct 2004)
New Revision: 359

Modified:
   trunk/checks/fields
   trunk/checks/fields.desc
   trunk/debian/changelog
Log:
Clone depends-on-essential-package-without-using-version as
build-depends-on-essential-package-without-using-version to give
correct policy reference (Closes: #261602)
This is a variation of jvw's patch to give a correct policy ref
for both binary and source packages

Language fix in changelog entry for Choices fields


Modified: trunk/checks/fields
===================================================================
--- trunk/checks/fields	2004-10-15 00:46:49 UTC (rev 358)
+++ trunk/checks/fields	2004-10-15 00:49:27 UTC (rev 359)
@@ -450,7 +450,7 @@
 					tag "depends-on-build-essential-package-without-using-version", "$d_pkg [$field: $part_d_orig]"
 					    if ($known_build_essential{$d_pkg} && ! $d_version->[1]);
 
-					tag "depends-on-essential-package-without-using-version", "$field: $part_d_orig"
+					tag "build-depends-on-essential-package-without-using-version", "$field: $part_d_orig"
 					    if ($d_pkg ne "coreutils" && $known_essential{$d_pkg} && ! $d_version->[0]);
 
 					tag "bad-relation", "$field: $part_d_orig"

Modified: trunk/checks/fields.desc
===================================================================
--- trunk/checks/fields.desc	2004-10-15 00:46:49 UTC (rev 358)
+++ trunk/checks/fields.desc	2004-10-15 00:49:27 UTC (rev 359)
@@ -344,12 +344,20 @@
 
 Tag: depends-on-essential-package-without-using-version
 Type: error
-Ref: policy 4.2
+Ref: policy 3.5
 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.
 
+Tag: build-depends-on-essential-package-without-using-version
+Type: error
+Ref: policy 4.2
+Info: The package declares a build-depends on an essential package, e.g. dpkg,
+ without using a versioned depends.  In general a package should not
+ build-depend on essential packages but if it must do so, the build-depends
+ should have a version string.
+
 Tag: virtual-package-depends-without-real-package-depends
 Type: warning
 Ref: policy 7.4

Modified: trunk/debian/changelog
===================================================================
--- trunk/debian/changelog	2004-10-15 00:46:49 UTC (rev 358)
+++ trunk/debian/changelog	2004-10-15 00:49:27 UTC (rev 359)
@@ -12,8 +12,9 @@
       complained about unstrict dependencies when one as a
       /usr/share/doc/<package> that is a symlink (Closes: #249414)
   * checks/debconf:
-    + Don't warn when you're not translation choices of a debconf
-      question, it might not make sense (Closes: #262649)
+    + Don't warn when the Choices field of a debconf question is
+      not translated, often it makes no sense to translate it
+      (Closes: #262649)
   * checks/debhelper:
     + dh-make also creates sample files named .EX, so make that check
       case-insensitive (Closes: #251262)
@@ -22,9 +23,11 @@
       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
-    + 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)
+    + Fix English language depends-on-essential-package-without-using-version,
+      thanks to Peter Eisentrautf for noticing (Closes: #261603)
+    + [FL] Clone depends-on-essential-package-without-using-version as
+      build-depends-on-essential-package-without-using-version to give
+      correct policy reference (Closes: #261602)
   * checks/init.d:
     + 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: