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

Accepted lintian 2.5.101~bpo9+1 (source all) into stretch-backports



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

Format: 1.8
Date: Tue, 11 Sep 2018 08:45:38 +0100
Source: lintian
Binary: lintian
Built-For-Profiles: nocheck
Architecture: source all
Version: 2.5.101~bpo9+1
Distribution: stretch-backports
Urgency: medium
Maintainer: Debian Lintian Maintainers <lintian-maint@debian.org>
Changed-By: Chris Lamb <lamby@debian.org>
Description:
 lintian    - Debian package checker
Closes: 906610 907423 907734 908185
Changes:
 lintian (2.5.101~bpo9+1) stretch-backports; urgency=medium
 .
   * Rebuild for stretch-backports.
 .
 lintian (2.5.101) unstable; urgency=medium
 .
   * Summary of tag changes:
     + Added:
       - changelog-distribution-does-not-match-changes-file
       - package-builds-dbg-and-dbgsym-variants
 .
   * checks/changes-file.{desc,pm}:
     + [CL] Check for packages that build both foo-dbg and foo-dbgsym debug
       symbol variants.  (Closes: #907423)
   * checks/changelog-file.{desc,pm}:
     + [CL] Check that .changes and debian/changelog distribution are
       identical.  (Closes: #906610)
   * checks/control-files.desc:
     + [CL] Clarify that checks/control-files.* relates to the "control"
       tarball, not debian/control in the source tarball.
   * checks/fields.desc:
     + [CL] Clarify that the target of the dbg-package-missing-depends check
       cannot be "Architecture: all".
   * checks/files.pm:
     + [CL] Don't emit package-contains-documentation-outside-usr-share-doc
       for files in "templates" directories.  (Closes: #907734)
     + [CL] Apply a patch from Josh Triplett and Ximin Luo to ignore
       false-positive "ancient" files generated by Rust.
   * checks/init.d.pm:
     + [CL] Avoid false positives in init.d-script-possible-missing-stop
       when checking initscripts in "early boot" packages such as udev, etc.
       (Closes: #908185)
   * checks/scripts.desc:
     + [CL] Apply a patch from Adrian Bunk to improve the long description
       of the multi-arch-same-package-calls-pycompile tag.
     + [CL] Update the long description of wrong-path-for-interpreter to
       reflect the weakening of the /usr/bin/perl "should" requirement
       and to use "particular" over "special exception".  Thanks to David
       Bremner.
 .
   * data/changelog-file/invalid-dates:
     + [CL] Merge patch from Josh Triplett to display the correct "short"
       three-letter dates for June and July.
 .
   * lib/Lintian/Data.pm:
     + [CL] Apply a patch series from Josh Triplett to add a "matches_any"
       utility function to Lintian::Data instances and ports a number of
       applicable instances to use it.  Thanks!
Checksums-Sha1:
 c9f7489abe4a9c1fb587f9501a19335f3080ae21 3570 lintian_2.5.101~bpo9+1.dsc
 28ec4f3cd922722db233791fcb6876f2b2a4b122 1586864 lintian_2.5.101~bpo9+1.tar.xz
 0343e7a4ba352edd29790e2ee8533bcb2a13c6d8 1136892 lintian_2.5.101~bpo9+1_all.deb
 74b334810238d87aabb1905755fc71e1c8433759 8664 lintian_2.5.101~bpo9+1_amd64.buildinfo
Checksums-Sha256:
 3e9e02d83359977bc4c7b99e76e0a9ba970b26612f077636025dc8b7ca78f0af 3570 lintian_2.5.101~bpo9+1.dsc
 52e52ef326f08997cac9413402df58133ad1766043cbefec942dde48834e3621 1586864 lintian_2.5.101~bpo9+1.tar.xz
 0a96f76dd4f6349a2953ec763855a7ea21b8320ea6a8d99957b6fa95840b5097 1136892 lintian_2.5.101~bpo9+1_all.deb
 dc5322cd8a87faddb9c1a52bdbaa8a9fbcfc04406422086a32d57171315e8447 8664 lintian_2.5.101~bpo9+1_amd64.buildinfo
Files:
 a4ac1bc635178704cf001e26595f7ca1 3570 devel optional lintian_2.5.101~bpo9+1.dsc
 3ea89bf844350c356c690eb517d267ff 1586864 devel optional lintian_2.5.101~bpo9+1.tar.xz
 ae9ae53f58de671201a075c984007d82 1136892 devel optional lintian_2.5.101~bpo9+1_all.deb
 51fc9c5cf657e9d81ad6ea2171bf1ec4 8664 devel optional lintian_2.5.101~bpo9+1_amd64.buildinfo

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEEwv5L0nHBObhsUz5GHpU+J9QxHlgFAluXczQACgkQHpU+J9Qx
HlhwKw//a68PF3z9NHQQQPCqCKBG+8OcnUlwTVMcpct7cnCsMwG8mIXl/9kOTkyr
TNdHckn65HAg3kE+ekAjHjOyKckST5jaeB/Vr4KN8eJfd8/TU5EjzESWc9Ic1IMM
//qlSM8NJve1cCADXZetIF4Z5PQiTMqMg5N0hwvvmJdk6ESEbFlClCwd49lFuTDE
JQq3JhU08x0ogQBtqCFn/kjT+VnLP5S3B+is+0uJK5axhU0dOKN+kwPfv7SQyqVO
04tmo2Cq5YMpg6DVcKUvOOWBlpz8i4an05Wj2QI98xYTgDsYB3gQPaugdENHOgDx
EKeYc5Z8b7TmxVSMFqtXaRr2kxC5oNS3VyWwu9459I73ZcM40tHMwhWd2/f3V0wL
JnCNYUtxVZmnsoWiPXoCy1HLxnG/ntQg7n73wQRNFsjVvbmRlc+tOmrxbEXSBDkO
vN+YSJfl4+30UnM0xaDLhUU4gOvBMJ1kPm8Y/Hki4WY6WKLrvQgZRG2HXmhK+y5s
llN8lzsTkyW31VM4KI/jbSbyfszS/Xv3btyWaAfm/darB80wUZfr77M394aiti8j
q4fE10bdxOLZRxMRQ2y7Hw6A9+as/o9+1Q2Ia0WOhDC112Wbfxd5v2gWWI+yCn8x
SBEhX6XrSPnUOGub5fWdMeTXGZ97gOB8/3JFnla2JQryZVBQHzo=
=7W66
-----END PGP SIGNATURE-----


Reply to: