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

Lintian autoreject tag changes



Hi

I just activated the following changes to our autoreject lintian tags.
The full file, as always, is available from [1], diff with changes
below.

[1] https://ftp-master.debian.org/static/lintian.tags

From those tags, the following do hit more than just one or two packages:
  gzip-file-is-not-multi-arch-same-safe  (8 packages, 17 tags, plus 3 overrides)
  It is non-fatal, so can be overriden if needed.

 
I would like to activate

license-problem-gfdl-invariants
  That really ought to be rejected, but it will instantly hit a number
  of packages,  (44 packages, 81 tags, plus 19 overrides), so I haven't,
  yet. Lintians advice, and something I concur with, is to override it,
  if files are dual-licensed. So unless someone gets good reasons why it
  shouldn't be active, I would like to have this a non-fatal tag some time.

pkg-config-multi-arch-wrong-dir
  Another one that should get a (non-fatal) reject, but currently hits
  (21 packages, 77 tags), 

commit 587a227bcaa66177bacd15dd2d88bc0b5ae2d5f7
Author: Joerg Jaspert <joerg@debian.org>
Date:   Sun Feb 9 11:55:39 2014 +0100

    Adjust lintian autoreject tags
    
    There are 4 new fatal, 2 new non-fatal tags.
    This (closes: #721798, #733446)

diff --git a/config/debian/lintian.tags b/config/debian/lintian.tags
index 065bfe3..aee7a09 100644
--- a/config/debian/lintian.tags
+++ b/config/debian/lintian.tags
@@ -23,6 +23,8 @@ lintian:
     - source-contains-waf-binary
     - md5sum-mismatch
     - non-standard-toplevel-dir
+    - license-problem-json-evil
+    - gzip-file-is-not-multi-arch-same-safe
   fatal:
     - debian-control-file-uses-obsolete-national-encoding
     - malformed-deb-archive
@@ -84,3 +86,7 @@ lintian:
     - dir-or-file-in-srv
     - dir-or-file-in-var-lock
     - dir-or-file-in-var-run
+    - dir-or-file-in-build-tree
+    - dir-or-file-in-etc-opt
+    - dir-or-file-in-home
+    - conflicting-negation-in-source-relation

-- 
bye, Joerg

Attachment: signature.asc
Description: PGP signature


Reply to: