Bug#253011: marked as done (lintian: warning about manpage section is spurious)
Your message dated Mon, 12 Jul 2004 20:02:05 -0400
with message-id <E1BkAkH-0007TD-00@newraff.debian.org>
and subject line Bug#253011: fixed in lintian 1.23.1
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--------------------------------------
Received: (at submit) by bugs.debian.org; 6 Jun 2004 14:39:17 +0000
>From ssta@clothcat.demon.co.uk Sun Jun 06 07:39:17 2004
Return-path: <ssta@clothcat.demon.co.uk>
Received: from anchor-post-35.mail.demon.net [194.217.242.85]
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1BWynt-0004Jj-00; Sun, 06 Jun 2004 07:39:17 -0700
Received: from clothcat.demon.co.uk ([80.176.130.243] helo=yaffle.clothcat.demon.co.uk)
by anchor-post-35.mail.demon.net with esmtp (Exim 3.35 #1)
id 1BWynr-000Bvk-0Z; Sun, 06 Jun 2004 15:39:15 +0100
Received: from ssta by yaffle.clothcat.demon.co.uk with local (Exim 3.36 #1 (Debian))
id 1BWyo0-0003TZ-00; Sun, 06 Jun 2004 15:39:24 +0100
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Stephen Stafford <bagpuss@debian.org>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Subject: lintian: warning about manpage section is spurious
X-Mailer: reportbug 2.61
Date: Sun, 06 Jun 2004 15:39:24 +0100
Message-Id: <E1BWyo0-0003TZ-00@yaffle.clothcat.demon.co.uk>
Sender: stephen stafford <ssta@clothcat.demon.co.uk>
Delivered-To: submit@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE
autolearn=no version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level:
Package: lintian
Version: 1.23.0
Severity: normal
This warning is erroneous and should be removed from lintian's checks:
W: apt-spy: no-manpage-in-correct-directory usr/bin/apt-spy (8)
N:
N: Manpages for executables in /sbin and /usr/sbin should be placed in
N: section 8; manpages for executables in /bin and /usr/bin in section 1;
N: manpages for executables in /usr/games in section 6. For the noted
N: executable some probable manpages were found but none in the right
N: section.
N:
N: This could either mean there is no manpage for the executable or that
N: its manpage is placed in the wrong section.
What it's complaining about in this instance is the binary /usr/bin/apt-spy
not "matching" the manpage /usr/share/man/man8/apt-spy.8.gz
Where is it mandated that things with a manpage in section 8 should be in an
sbin directory? The FHS (section 4.7.2) is clear on this point:
o man8: System administration Programs used by system administrators for
system operation and maintenance are documented here. Some of these
programs are also occasionally useful for normal users.
If they are useful for normal users, then they belong in /bin, or /usr/bin.
dpkg, apt-get, aptitude and dselect for example are all in /usr/bin (for
similar reason).
Nowhere in FHS (that I can find) is it mentioned that manpages in man8
should have binaries in sbin. Nor can I find any mention of it in policy.
I don't believe that you can in any meaningful way decide whether a binary
belongs in /usr/bin or /usr/sbin simply by looking at the section the
manpage is in.
This test makes no sense to me.
Cheers,
Stephen
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.6-1-k7
Locale: LANG=C, LC_CTYPE=C (ignored: LC_ALL set to C)
Versions of packages lintian depends on:
ii binutils 2.14.90.0.7-8 The GNU assembler, linker and bina
ii diffstat 1.34-1 produces graph of changes introduc
ii file 4.07-2 Determines file type using "magic"
ii man-db 2.4.2-16 The on-line manual pager
ii perl 5.8.4-2 Larry Wall's Practical Extraction
-- no debconf information
---------------------------------------
Received: (at 253011-close) by bugs.debian.org; 13 Jul 2004 00:08:07 +0000
>From katie@ftp-master.debian.org Mon Jul 12 17:08:07 2004
Return-path: <katie@ftp-master.debian.org>
Received: from newraff.debian.org [208.185.25.31] (mail)
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1BkAq7-0004LS-00; Mon, 12 Jul 2004 17:08:07 -0700
Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian))
id 1BkAkH-0007TD-00; Mon, 12 Jul 2004 20:02:05 -0400
From: Debian Lintian Maintainers <lintian-maint@debian.org>
To: 253011-close@bugs.debian.org
X-Katie: $Revision: 1.51 $
Subject: Bug#253011: fixed in lintian 1.23.1
Message-Id: <E1BkAkH-0007TD-00@newraff.debian.org>
Sender: Archive Administrator <katie@ftp-master.debian.org>
Date: Mon, 12 Jul 2004 20:02:05 -0400
Delivered-To: 253011-close@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-5.0 required=4.0 tests=BAYES_01,HAS_BUG_NUMBER
autolearn=no version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level:
X-CrossAssassin-Score: 16
Source: lintian
Source-Version: 1.23.1
We believe that the bug you reported is fixed in the latest version of
lintian, which is due to be installed in the Debian FTP archive:
lintian_1.23.1.dsc
to pool/main/l/lintian/lintian_1.23.1.dsc
lintian_1.23.1.tar.gz
to pool/main/l/lintian/lintian_1.23.1.tar.gz
lintian_1.23.1_all.deb
to pool/main/l/lintian/lintian_1.23.1_all.deb
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to 253011@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Debian Lintian Maintainers <lintian-maint@debian.org> (supplier of updated lintian package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Format: 1.7
Date: Tue, 13 Jul 2004 01:23:20 +0200
Source: lintian
Binary: lintian
Architecture: source all
Version: 1.23.1
Distribution: unstable
Urgency: low
Maintainer: Debian Lintian Maintainers <lintian-maint@debian.org>
Changed-By: Debian Lintian Maintainers <lintian-maint@debian.org>
Description:
lintian - Debian package checker
Closes: 94928 111215 185816 194283 207063 246060 246507 247171 247197 247708 247805 248194 248997 250632 251075 252695 253011 254367 254420 254482 254498 255083 255155 255593 255595 257503 257898
Changes:
lintian (1.23.1) unstable; urgency=low
.
The ``Now featuring over 500 checks'' release, prepared by the usual
suspects.
.
* checks/*:
+ [JvW] Changed from executables to check-plugins
+ [HE] Drop the misuse of charset when we want to say "encoding".
Renamed 2 tests for that:
unknown-charset-in-po-file -> unknown-encoding-in-po-file
debian-changelog-file-uses-obsolete-national-charset ->
debian-changelog-file-uses-obsolete-national-encoding
(Closes: #248194)
* checks/binaries:
+ [FL] Change check for binary-compiled-with-profiling-enabled on
hppa to look for _mcount instead of __gmon_start__ since the
latter can't be used as an indicator on that arch (Closes: #207063)
+ [JvW] Exempt ocaml binaries from the 'is the binary stripped?' test,
since they cannot be stripped harmlessly. See #256900 (Closes: #252695)
+ [JvW] Parse the output of file a little bit more strict, and make it
consequent across checks (Closes: #257898)
* checks/changelog-files{,.desc}:
+ [HE] New check latest-debian-changelog-entry-without-new-date, comparing
the dates of the last 2 changelog entries. (Closes: #111215)
+ [FL] New tag invalid-date-in-changelog which is issued if
latest-debian-changelog-entry-without-new-date encounters a
parse error
* checks/common-data.pm:
+ [JvW] Add libgl(u)-dev to list of virtual packages (Closes: #255595)
+ [JvW] Added amd64 to list of known architectures, as the name has
settled and it'll likely enter the archive soonish (Closes: #257503)
* checks/control-file{,.desc}:
+ [HE] Introduced new check script. New checks:
- build-info-in-binary-control-file-section, triggered
by a Build-* field in a binary section (Closes: #94928)
- debian-control-file-uses-obsolete-national-encoding, stolen from
changelog-file (Closes: #247197)
* checks/cruft{,.desc}:
+ [JvW] cvsignore-file-in-source is now info, because it happens so often
by upstream, and is only very minor in size
+ [HE] New check: source-contains-cvs-conflict-copy, triggered by
.#file.version files. They are created by cvs when it tries to merge
local changes and an update from the repo. (Closes: #246060)
+ [JvW] Also check for source-contains-svn-conflict-copy (for .r123 and
.mine files)
* checks/debhelper:
+ [FL] Avoid Perl warning about undefined values. Noted by JvW.
* checks/fields{,.desc}:
+ [JvW] Added debian-revision-should-not-be-zero, suggested by Adam
Conrad
+ [FL] Downgrade build-depends-without-arch-dep to warning as it's
heuristic. Reword explanation. This partly handles #247171.
+ [JvW] For build-depends-without-arch-dep, fix detection of debhelper
usage in clean when used by means of CDBS (combined with above change,
now fully closes: #247171)
+ [HE] Check Build-Depends(-Indep) for virtual packages without a
real dependency. Fix based on patch by Steinar H. Gunderson
<sgunderson@bigfoot.com>. (Closes: #255593)
+ [HE] Don't issue virtual-package-depends-without-real-package-depends
if this happens in Suggests. (Closes: #254367)
+ [FL] Allow whitespace in relations after the version number
* checks/huge-usr-share:
+ [FL] Skip check for packages that don't have usr/share at all
(Closes: #247708)
* checks/manpages:
+ [FL] Comment check for no-manpage-in-correct-directory out until
I know if it's worth keeping it at all (Closes: #253011)
Thanks to Stephen Stafford for pointing this out.
* checks/menus:
+ [FL] Fix regex which checks for update-menus calls (missing
whitespace) and allow path before executable name (perhaps this
should be another warning, though?) (Closes: #254420)
+ [FL] Some clean-up and warn that wm-menu-config is deprecated
(Closes: #248997)
+ [FL] Demote executable-in-usr-lib-menu to warning as executables
are supported (but seldomly used) (Closes: #254498)
* checks/menu-format:
+ [FL] Fix su-to-root checks to cope with the new -X option and
improve the option parsing to better handle unknown options
+ [FL] Allow a comma separated list in the package test. Pointed
out by Gerfried Fuchs (Closes: #246507) Change incorrect-package-test
to pkg-not-in-package-test which is issued when the package is
not in the list. Don't issue menu-command-not-in-package when
we have a list.
+ [FL] Commands for window manager's modules can't be expected
to be available as executables, so don't issue
menu-command-not-in-package in this case. Thanks to
Manoj Srivastava for reporting (Closes: #247805)
+ [HE] Change menu-command-not-in-package to also look into the standard
PATH. (Closes: #255155)
* checks/po-debconf:
+ [JvW] Simply fail if stuff from gettext is missing.
* checks/scripts:
+ [FL] Don't issue executable-not-elf-or-script for files
that are named *.exe (Closes: #251075, #255083)
+ [CW] Add python2.4 as a valid interpreter (Closes: #254482)
+ [FL] Add ruby1.[68] as valid interpreters, introduce new
ruby-script-but-no-ruby-dep error, copied from the python stuff
+ [FL] Don't issue script-not-executable for menu-methods. There
are reasons why they are sometimes not executable (Closes: #250632)
+ [FL] 'and' and 'or' are no bash keywords (Closes: #194283)
* checks/shared-libs:
+ [FL] Don't report shlib-with-executable-bit and
shlib-with-bad-permissions on symbolic links to such files
+ [JvW] Fix the pic-detection code (Closes: #185816)
.
* debian/{control,rules}, frontend/lintian:
+ [JvW] Insert version number at package build time, no need to commit a
change to frontend/lintian on every version number change... Requires
sed version 4 at build-time.
+ [JvW] Start depending on gettext.
+ [JvW] Start depending on libdigest-md5-perl on woody, for using md5 on
files.
.
* frontend/lintian:
+ [JvW] Partial rewrite: checks are now plugins loaded into lintian,
rather than executed as separate executables. Makes it easy to make
common functions available, tags are done centrally, etc etc. Should
also save quite a number of forks, thus more speedier.
.
* lib/Util.pm:
+ [FL] dpkg supports comments in control files now, handle them
correctly
+ [FL] a space after the colon is not mandatory in dpkg control
files
.
* man/lintian.1:
+ [FL] Document new control-file check script
.
* reporting/harness:
+ [FL] Correctly support udeb packages
* reporting/html_reports:
+ [FL] Correctly support udeb packages
+ [FL] Remove some unused code for bug references
* reporting/bug.status:
+ [FL] Remove
.
* testset/filenames:
+ [JvW] Fix two lintian warnings in lintian itself by touching files only
on clean target, and not distributing them in the source
.
* unpack/list-srcpkg:
+ [FL] Some packages don't specifiy a standards-version, e.g. d-i ones.
Prevent Perl warnings.
* unpack/list-udebpkg:
+ [FL] Fix sort of copy & paste error which caused the whole
script to behave ill
* unpack/unpack-binpkg-l2:
+ [FL] While fixing permissions, also enable write access
so we get no problems on removal. Disable group write
permissions, we need nobody to interfere with us.
Files:
6199baf10893137b6a65ade5856bc05d 734 devel optional lintian_1.23.1.dsc
976b95f5f7594f66777e181d27685e76 249572 devel optional lintian_1.23.1.tar.gz
f033d25857a8e367773e27bc67fcd4ec 215908 devel optional lintian_1.23.1_all.deb
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFA8yHwQbn06FtxPfARAuYUAKC05yCSlizTW7ameNSnDGColvOImQCfUVpW
Lb/TX7RfkXVLYuh2yXwUwVI=
=ZQjW
-----END PGP SIGNATURE-----
Reply to: