Bug#769073: marked as done ([duplicate-files] is mark with X for experimental, but in the info the Severity are pedantic,)
Your message dated Tue, 11 Nov 2014 08:48:28 +0000
with message-id <d12797f9008885f869a87550f2d54300@mail.adsl.funky-badger.org>
and subject line Re: Bug#769073: [duplicate-files] is mark with X for xxperimenta, but in the info the Severity are pedantic,
has caused the Debian Bug report #769073,
regarding [duplicate-files] is mark with X for experimental, but in the info the Severity are pedantic,
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)
--
769073: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=769073
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: lintian
Version: 2.5.30
Severity: normal
X: bitz-server-doc: duplicate-files usr/share/doc/bitz-server-
doc/docs/search/all_0.js usr/share/doc/bitz-server-
doc/docs/search/functions_0.js
N:
N: The package ships the two (or more) files with the exact same contents.
N:
N: Note: empty files are exempt from this check.
N:
N: Severity: pedantic, Certainty: possible
N:
N: Check: duplicate-files, Type: binary
N:
N: This tag is marked experimental, which means that the code that
N: generates it is not as well-tested as the rest of Lintian and might
N: still give surprising results. Feel free to ignore experimental tags
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (900, 'testing'), (800, 'unstable'), (500, 'testing-updates')
Architecture: amd64 (x86_64)
Kernel: Linux 3.16-3-amd64 (SMP w/6 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages lintian depends on:
ii binutils 2.24.90.20141023-1
ii bzip2 1.0.6-7+b1
ii diffstat 1.58-1
ii file 1:5.20-1
ii gettext 0.19.3-1
ii hardening-includes 2.6
ii intltool-debian 0.35.0+20060710.1
ii libapt-pkg-perl 0.1.29+b2
ii libarchive-zip-perl 1.39-1
ii libclass-accessor-perl 0.34-1
ii libclone-perl 0.37-1+b1
ii libdpkg-perl 1.17.21
ii libemail-valid-perl 1.195-1
ii libfile-basedir-perl 0.03-1
ii libipc-run-perl 0.92-1
ii liblist-moreutils-perl 0.33-2+b1
ii libparse-debianchangelog-perl 1.2.0-1.1
ii libtext-levenshtein-perl 0.11-1
ii libtimedate-perl 2.3000-2
ii liburi-perl 1.64-1
ii man-db 2.7.0.2-3
ii patchutils 0.3.3-1
ii perl [libdigest-sha-perl] 5.20.1-2
ii t1utils 1.38-1
Versions of packages lintian recommends:
ii libperlio-gzip-perl 0.18-3+b1
ii perl 5.20.1-2
ii perl-modules [libautodie-perl] 5.20.1-2
Versions of packages lintian suggests:
pn binutils-multiarch <none>
ii dpkg-dev 1.17.21
ii libhtml-parser-perl 3.71-1+b3
pn libtext-template-perl <none>
ii libyaml-perl 1.13-1
ii xz-utils 5.1.1alpha+20120614-2+b1
-- no debconf information
--- End Message ---
--- Begin Message ---
On 2014-11-11 8:39, Jörg Frings-Fürst wrote:
Hallo Adam,
Am Dienstag, den 11.11.2014, 08:17 +0000 schrieb Adam D. Barratt:
Control: tags -1 + moreinfo
On 2014-11-11 8:05, Jörg Frings-Fürst wrote:
> X: bitz-server-doc: duplicate-files usr/share/doc/bitz-server-
I think the X: in the line above must be a P: or
> doc/docs/search/all_0.js usr/share/doc/bitz-server-
> doc/docs/search/functions_0.js
[...]
> N: Severity: pedantic, Certainty: possible
the Severity must be experimental.
Ah, I see. I'm afraid that you've misunderstood what's happening here.
As per https://lintian.debian.org/manual/section-2.3.html , X /
experimental isn't a severity in its own right, rather a flag indicating
that the check should not be enabled by default. Any tag can be flagged
as epxerimental, regardless of its severity and certainly values. If the
experimental flag were not present then the tag in your example would
indeed be output as P.
Closing as lintian is behaving as expected.
Regards,
Adam
--- End Message ---
Reply to: