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

Bug#415558: marked as done ([checks/files] too pedantic about /usr/share vs. /usr/lib)

Your message dated Fri, 22 Jan 2016 22:39:25 +0000
with message-id <E1aMkMX-00077p-Sp@franck.debian.org>
and subject line Bug#415558: fixed in lintian 2.5.40
has caused the Debian Bug report #415558,
regarding [checks/files] too pedantic about /usr/share vs. /usr/lib
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.)


-- 
415558: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=415558
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: lintian
Version: 1.23.27
Severity: wishlist

lintian warns in a couple of places about files being placed in /usr/lib
vs. /usr/share. While I appreciate that the FHS says "The /usr/share
hierarchy is for all read-only architecture independent data files", I
nevertheless think that these warnings are too pedantic.

Consider the intent of /usr/share. An administrator of many systems of
heterogeneous architectures is intended to be able to share the
/usr/share directory among them, for example using NFS. If one places
architecture-dependent files in /usr/share, then clearly that is a bug
because it certainly defeats that purpose. However, placing an
architecture-independent file in /usr/lib or elsewhere merely wastes a
little disk space on such systems. In some cases (e.g. menu files, small
images, etc.), the amount of disk space involved is truly negligible in
comparison to the amount of disk space required for the entire
installation. In many cases, it is not at all clear to me that it is
truly worth the developer time and potential for introducing new bugs
required to move the files.

Don't get me wrong: I'm not saying that we should fail to fix bugs just
because "it's too much effort". Nor am I saying that the effort expended
so far on moving files to /usr/share is wasted; hierarchies such as
/usr/share/doc, /usr/share/fonts, and /usr/share/man are a very
substantial win on heterogeneous shared systems. However, I do think
that we're rapidly approaching diminishing returns on this. When the
lintian warning is for a single image file in /usr/lib that requires
fiddly build system changes to move (or fragile hacks in debian/ that
would be liable to break on each new upstream version), I question
whether this is a sensible use of developer time, and I question whether
it really buys anything for administrators of heterogeneous systems.

Most of the warnings in question are simple transitions in progress that
are largely handled by a single debhelper command (menu-file-in-usr-lib)
or are confined to a small group of packages
(package-installs-nonbinary-perl-in-usr-lib-perl5). I'm not so bothered
about those, since the practices for dealing with them are pretty
established now.

However, I do think image-file-in-usr-lib ought to be downgraded to an
informative message. It's the sort of thing that bites in all sorts of
random packages (see
http://lintian.debian.org/reports/Timage-file-in-usr-lib.html) and is
typically fiddly and varied to deal with, and a lot of the images
involved are little things like icons where the effort doesn't really
justify the gain; if they were embedded into executables, we likely
wouldn't care.

It's been a while since I was particularly involved in lintian
maintenance, so I don't feel that I can change this unilaterally. What
do the other lintian maintainers think of my position?

Thanks,

-- 
Colin Watson                                       [cjwatson@debian.org]

--- End Message ---
--- Begin Message --- 
Source: lintian
Source-Version: 2.5.40

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.

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 415558@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Niels Thykier <niels@thykier.net> (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@ftp-master.debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Format: 1.8
Date: Sun, 27 Dec 2015 09:43:24 +0000
Source: lintian
Binary: lintian
Architecture: source
Version: 2.5.40
Distribution: unstable
Urgency: medium
Maintainer: Debian Lintian Maintainers <lintian-maint@debian.org>
Changed-By: Niels Thykier <niels@thykier.net>
Description:
 lintian    - Debian package checker
Closes: 415558 759363 767754 775667 793149 797178 803106 804147 809248 809262 810028 810378 810649 811175 811309
Changes:
 lintian (2.5.40) unstable; urgency=medium
 .
   * Summary of tag changes:
     + Added:
       - debian-watch-file-uses-deprecated-githubredir
       - file-in-root-and-usr
       - hardening-no-bindnow
       - hardening-no-pie
       - library-in-root-and-usr
       - old-style-config-script
       - old-style-config-script-multiarch-path
       - old-style-config-script-multiarch-path-arch-all
       - vcs-field-uses-insecure-uri
     + Removed:
       - debian-watch-file-accesses-pypi-over-http
       - debian-watch-file-unsupported-pypi-url
 .
   * checks/binaries.{desc,pm}:
     + [JW] Exclude /usr/lib/debug/.build-id/ from foreign-architecture
       checks.  Thanks to Aurelien Jarno for the bug report.  (Closes:
       #809262)
     + [BR] Detect old style config script and detect Mutli-arch error.
     + [NT] Add experimental tag for missing "bindnow" and "pie"
       hardening.  Thanks to intrigeri for the suggestion.
       (Closes: #759363)
   * checks/changes-file.pm:
     + [JW] Use "~bpo7+N" as the suffix for wheezy-backports-sloppy
       uploads.  Thanks to Vincent Bernat for the bug report.  (Closes:
       #810028).
     + [JW] Use "~bpo8+N" as the suffix for jessie backports.
   * checks/changes-file.desc:
     + [JW] Fix typo.
   * checks/cruft.pm:
     + [BR] Pass information about minified javascript down to tag.
       (Closes:  #804147).
   * checks/fields.{desc,pm}:
     + [NT] Apply patch from Dr. Tobias Quathamer <toddy@debian.org> to
       check for some insecure protocols in Vcs-* fields.
       (Closes: #810378)
   * checks/files.pm:
     + [NT] Fix off-by-one in an "mtime" comparison, which could give
       false-positive package-contains-timestamped-gzip warnings.
     + [NT] Downgrade image-file-in-usr-lib to pedantic given the
       policy has relaxed on this point.  (Closes: #415558)
   * checks/files.desc:
     + [JW] Fix typo.
   * checks/source-copyright.{desc,pm}:
     + [JW] Apply patch from Mattia Rizzolo to update the machine-readable
       copyright format specification URL.  (Closes: #809248)
     + [BR] Improve description text of tag
       dep5-copyright-license-name-not-unique.
   * checks/usrmerge.{desc,pm}:
     + [BR] Add usrmerge test from Marco d'Itri.  (Closes: #767754).
   * checks/watch-file.{desc,pm}:
     + [BR] Apply patch from Chris Lamb <lamby@debian.org>,
       warn if debian/watch uses deprecated
       githubredir.debian.net scraper (Closes: #803106).
     + [NT] Apply patch from Dmitry Shachnev <mitya57@debian.org> to
       remove obsolete check.  (Closes: #793149)
     + [NT] Apply patch from Sylvestre Ledru <sylvestre@debian.org> to
       support version 4 of the debian/watch.  (Closes: #811175)
 .
   * data/spelling/corrections*:
     + [JW] Add more corrections.
       Thanks to Paul Wise for patch for one of them.
 .
   * debian/control:
     + [NT] Add ${perl:Depends} to Depends.
     + [NT] Use https://anonscm.debian.org/git/lintian/lintian.git in the
       Vcs-* fields.
   * debian/rules:
     + [NT] Convert to dh7 style build.
 .
   * frontend/lintian:
     + [NT] Limit the number of instances of the same tag when output is a
       TTY.  Add --no-tag-display-limit to disable this feature.  Thanks
       to Thijs Kinkhorst for the report.  (Closes: #775667)
 .
   * lib/Lintian/Check.pm:
     + [JW] Remove work-around for Email::Valid bug (#663663), which is now
       fixed even in oldstable.
     + [JW] Apply patch from Justin B Rye to fix an uninitialized value
       warning.  (Closes: #810649)
 .
   * reporting/html_reports:
     + [JW] Add missing "map_maintainer" call, which made the reporting
       script omit packages on maintainer's pages.  Thanks to Charles
       Plessy for the report and to Dr. Tobias Quathamer for finding
       the condition for triggering the bug.  (Closes: #797178)
     + [NT] Share more data for a ~15% memory reduction on an old
       dataset.
 .
   * t:
     + [NT] Fix test case relying on removed debhelper compat level.
       (Closes: #811309)
Checksums-Sha1:
 8e8bb95179ee4b2d2440b4d8e65f32c7f2b234ea 2781 lintian_2.5.40.dsc
 210967140fc4aa4c87b8cb2809bd4010b13d21f6 1255892 lintian_2.5.40.tar.xz
Checksums-Sha256:
 808aa6ad8132a6f7568c4c5e96db411068b545c315738013fa78455516d06f50 2781 lintian_2.5.40.dsc
 39fd8ac51b60c36e3e12dd3465c3ee3e19862550eef99b8ed918fa3e583f69d5 1255892 lintian_2.5.40.tar.xz
Files:
 081579937bb85d614ead8c68d94792d1 2781 devel optional lintian_2.5.40.dsc
 ba9d459c747b24078694bf5731c04161 1255892 devel optional lintian_2.5.40.tar.xz

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBCAAGBQJWoqL/AAoJEAVLu599gGRCmlQP+wTAnSNN/ZpZYsCfBa0H6+Kb
HGbF4axx5lnam2O4aI+OvBpMPmbnuX3acoki1XsG9GwB9s7cAb15htM/hiVLIk3G
wM4EKB3YwShFtP37dc9AF/9hNgsjajIuI2Gxho1d5k1cNJ/+8YShr2haQ3hDjE+1
4akD0AVamR8N2a94Hp+IOahMjJCiPUDZx/9XnMK60wvE3pJcD4YkahvNErIcIdYQ
7IT6JiRB1x7rb73mBEil2hEFtmMqNY+ocHHFtegj9gRfeaF0MrVoO8i0CFk/OG9k
5zUe93pCU+OAY1f3NxalqlzWos7f8TanEDvsTaknG2rCk8cj2vRjyCjmdquX9gML
F3pbyFMoVI7Cku/zjAVrQGhyENcQ1tYvF4Ah03K1w1IX2qMy6yV8MTRCp8EKRHC/
wab7VcNbKDELks9fQOsfUBL2G6gmMD1/fqKXN/Te5X+uhtOZO5lnwpMVY9k7tb3a
HGNdI/fkvbrippI4D8myyb9UAjreFsDg79nJobpc3e69GscXvBQ8JSn6/97NhCW5
xDhosz1/3LArzRngaMt9cc9fXYYvkPFINuc2NBn9UNN7qgVli/UDSwNF3QJg/+6M
2UB0venNJ068nkPg5nPoSqzyakgAt4mCjozBNPK4Eilbx61tqGAcXxklmkAr82z5
MNG3Kv7P90zIkyNdxt4H
=+Mss
-----END PGP SIGNATURE-----

--- End Message ---
Reply to: