Subject: lintian: [new check] init script in level S must only use commands from
/sbin:/bin
Date: Wed, 03 Jan 2007 19:53:01 +0200
Package: lintian
Version: 1.23.27
Severity: wishlist
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On systems with a separate /usr filesystem, several boot scripts in level S
break because they use commands from /usr/bin or /usr/sbin. Culprits include
scripts for essential packages that perform system initialization.
It would be desirable for Lintian to check that scripts that delcare level S
in their LSB header _only_ use commands from /bin and /sbin.
Note: as Manoj noted, it would be pointless to add this to Policy, since
maintainers are already expected to verify this. Thus, Lintian would introduce
this check as additional idiot-proofing, to ensure that systems can factually
be built with a separate /usr filesystem.
- -- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (550, 'testing')
Architecture: powerpc (ppc)
Shell: /bin/sh linked to /bin/dash
Kernel: Linux 2.6.18-imac
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
Versions of packages lintian depends on:
ii binutils 2.17-3 The GNU assembler, linker and bina
ii diffstat 1.43-2 produces graph of changes introduc
ii dpkg-dev 1.13.24 package building tools for Debian
ii file 4.17-5 Determines file type using "magic"
ii gettext 0.16.1-1 GNU Internationalization utilities
ii intltool-debian 0.35.0+20060710.1 Help i18n of RFC822 compliant conf
ii libparse-debianchangel 1.0-1 parse Debian changelogs and output
ii man-db 2.4.3-5 The on-line manual pager
ii perl [libdigest-md5-pe 5.8.8-7 Larry Wall's Practical Extraction
lintian recommends no packages.
- -- no debconf information
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFFm+19eXr56x4Muc0RApBbAJ4viLK2MfWg50o4OYLA8+uVp9CJxgCghyQ6
jFXcje0QtPOV446z+iVNlOg=
=dj1k
-----END PGP SIGNATURE-----
Subject: Re: Bug#405454: [new check] init script in level S must only use commands from /sbin:/bin
Date: Tue, 27 Feb 2007 01:02:22 -0800
> On systems with a separate /usr filesystem, several boot scripts in
> level S break because they use commands from /usr/bin or
> /usr/sbin. Culprits include scripts for essential packages that perform
> system initialization.
>
> It would be desirable for Lintian to check that scripts that delcare
> level S in their LSB header _only_ use commands from /bin and /sbin.
>
> Note: as Manoj noted, it would be pointless to add this to Policy,
> since maintainers are already expected to verify this. Thus, Lintian
> would introduce this check as additional idiot-proofing, to ensure that
> systems can factually be built with a separate /usr filesystem.
The hard part about this is that lintian has no way of knowing which files
are in /bin and /sbin. I suppose we could maintain a static list, but
that looks extremely unattractive. I'm not sure that lintian is the right
tool to use here.
This looks to me like a hard problem, particularly given that checking
this means knowing whether programs invoked without a path are actually
shell built-ins (and since such an init script may be a /bin/bash script,
there are lots of those).
--
Russ Allbery ([email protected]) <http://www.eyrie.org/~eagle/>
Subject: Re: Bug#405454: [new check] init script in level S must only use commands from /sbin:/bin
Date: Mon, 23 Jun 2008 16:11:28 +0300
Checking for the existence of a string "/usr/" anywhere in the init
script could already be a simple way to do this.
--
Martin-Éric Racine
http://q-funk.iki.fi
Changed Bug title to `[checks/init.d] level S init scripts must only use commands from /bin and /sbin' from `lintian: [new check] init script in level S must only use commands from /sbin:/bin'.
Request was from Russ Allbery <[email protected]>
to [email protected].
(Sun, 11 Jan 2009 04:09:17 GMT) (full text, mbox, link).
Subject: Re: Bug#405454: [new check] init script in level S must only use commands from /sbin:/bin
Date: Tue, 16 Jun 2009 23:06:38 -0500
Hi Russ et al,
Lately, I've been working on parallel booting and I've been hit by some
packages relying on which, find, and other tools.
Since the list of binaries in /bin and /sbin shouldn't change too often, I
think it would be feasible to generate and store that list in data/.
Now that insserv can order the scripts based on their dependencies am not sure
the "no S script should use binaries from /usr" argument still applies, as
depending on $remote_fs should be enough.
Comments?
Cheers,
--
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net
Acknowledgement sent
to Russ Allbery <[email protected]>:
Extra info received and forwarded to list. Copy sent to Debian Lintian Maintainers <[email protected]>.
(Wed, 17 Jun 2009 04:51:02 GMT) (full text, mbox, link).
Subject: Re: Bug#405454: [new check] init script in level S must only use commands from /sbin:/bin
Date: Tue, 16 Jun 2009 21:49:42 -0700
Raphael Geissert <[email protected]> writes:
> Lately, I've been working on parallel booting and I've been hit by
> some packages relying on which, find, and other tools.
>
> Since the list of binaries in /bin and /sbin shouldn't change too
> often, I think it would be feasible to generate and store that list in
> data/.
Yeah, we should be able to do something based on the Contents file, I'd
think. The only trick is that it may vary by architecture.
> Now that insserv can order the scripts based on their dependencies am
> not sure the "no S script should use binaries from /usr" argument
> still applies, as depending on $remote_fs should be enough.
Agreed. However, I think that means the check is still valid -- it just
needs to check anything that doesn't specify a $remote_fs dependency, if
I remember the meaning of that correctly.
--
Russ Allbery ([email protected]) <http://www.eyrie.org/~eagle/>
tag 405454 patch
thanks
Hi,
Attached patch implements the first part of the test, by only looking for
mentions of /var or /usr in the init script. I'll later finish the second
part of the check, which relies on the list of /bin and /sbin binaries in the
archive.
Cheers,
--
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net
Subject: Re: Bug#405454: [new check] init script in level S must only use commands from /sbin:/bin
Date: Thu, 24 Dec 2009 17:22:58 -0800
Raphael Geissert <[email protected]> writes:
> Attached patch implements the first part of the test, by only looking
> for mentions of /var or /usr in the init script. I'll later finish the
> second part of the check, which relies on the list of /bin and /sbin
> binaries in the archive.
I looked at this today, but I'm nervous about false positives since the
init script checks currently don't have any of the logic that the scripts
check has to avoid heredocs, conditionals, and so forth. I'm afraid we'll
trigger on printed output for the user.
I'm going to go ahead and apply this, but mark the new tags as
experimental so that we can run it for a while and see what the results
look like and if there are a lot of false positives.
--
Russ Allbery ([email protected]) <http://www.eyrie.org/~eagle/>
Subject: Re: Bug#405454: [new check] init script in level S must only use commands from /sbin:/bin
Date: Fri, 25 Dec 2009 18:48:40 -0600
Russ Allbery wrote:
> Raphael Geissert writes:
>
>> Attached patch implements the first part of the test, by only looking
>> for mentions of /var or /usr in the init script. I'll later finish the
>> second part of the check, which relies on the list of /bin and /sbin
>> binaries in the archive.
>
> I looked at this today, but I'm nervous about false positives since the
> init script checks currently don't have any of the logic that the scripts
> check has to avoid heredocs, conditionals, and so forth. I'm afraid we'll
> trigger on printed output for the user.
>
> I'm going to go ahead and apply this, but mark the new tags as
> experimental so that we can run it for a while and see what the results
> look like and if there are a lot of false positives.
>
I'm fine with marking it as experimental, although I ran it against all the
packages providing init script and didn't find any false positive in those
scripts I verified.
A similar check is being run daily (see http://lintian.d.o/~pere/) and it
has helped file many bug reports without any FP as far as I'm aware of, so
far.
Cheers,
--
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net
Subject: Re: Bug#405454: [new check] init script in level S must only use commands from /sbin:/bin
Date: Fri, 25 Dec 2009 18:31:59 -0800
Raphael Geissert <[email protected]> writes:
> I'm fine with marking it as experimental, although I ran it against all
> the packages providing init script and didn't find any false positive in
> those scripts I verified.
> A similar check is being run daily (see http://lintian.d.o/~pere/) and
> it has helped file many bug reports without any FP as far as I'm aware
> of, so far.
Oh, okay, in that case feel free to take off the experimental marker if
you think it's justified. I hadn't realized that there was previous
cross-archive checks done.
--
Russ Allbery ([email protected]) <http://www.eyrie.org/~eagle/>
Subject: Re: Bug#405454: [new check] init script in level S must only use commands from /sbin:/bin
Date: Wed, 30 Dec 2009 19:42:49 -0600
Russ Allbery wrote:
> Raphael Geissert writes:
>
>> I'm fine with marking it as experimental, although I ran it against all
>> the packages providing init script and didn't find any false positive in
>> those scripts I verified.
>
>> A similar check is being run daily (see http://lintian.d.o/~pere/) and
>> it has helped file many bug reports without any FP as far as I'm aware
>> of, so far.
>
> Oh, okay, in that case feel free to take off the experimental marker if
> you think it's justified. I hadn't realized that there was previous
> cross-archive checks done.
>
I didn't remove it because the regex used in lintian is a bit more generic.
I'm now going through the results at lintian.d.o to find and fix false
positives before the next release.
Cheers,
--
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net
Subject: Re: lintian: [new check] init script in level S must only use
commands from /sbin:/bin
Date: Mon, 11 Apr 2016 22:46:15 -0300
On Wed, 03 Jan 2007 19:53:01 +0200 =?utf-8?q?Martin-=C3=89ric_Racine?=
<[email protected]> wrote:
> On systems with a separate /usr filesystem, several boot scripts in level S
> break because they use commands from /usr/bin or /usr/sbin. Culprits include
> scripts for essential packages that perform system initialization.
As of stretch, /usr is mounted by the initramfs. There is no longer
any reason to not use binaries from /usr. This bug should then be
closed.
--
Saludos
Subject: Re: Bug#405454: lintian: [new check] init script in level S must only
use commands from /sbin:/bin
Date: Tue, 12 Apr 2016 09:24:49 +0300
2016-04-12 4:46 GMT+03:00 Felipe Sateler <[email protected]>:
> On Wed, 03 Jan 2007 19:53:01 +0200 =?utf-8?q?Martin-=C3=89ric_Racine?=
> <[email protected]> wrote:
>> On systems with a separate /usr filesystem, several boot scripts in level S
>> break because they use commands from /usr/bin or /usr/sbin. Culprits include
>> scripts for essential packages that perform system initialization.
>
> As of stretch, /usr is mounted by the initramfs. There is no longer
> any reason to not use binaries from /usr. This bug should then be
> closed.
That assumption is (no pun intended) a far stretch.
The only way that /usr can be mounted by initramfs is if it resides on
a local disk. This won't succeed if it resides on a network disk.
That was the entire point of having that standard of using binaries
only in /bin and /sbin in the first place.
Martin-Éric
Subject: Re: Bug#405454: lintian: [new check] init script in level S must only
use commands from /sbin:/bin
Date: Tue, 12 Apr 2016 10:31:51 -0300
On 12 April 2016 at 03:24, Martin-Éric Racine <[email protected]> wrote:
> 2016-04-12 4:46 GMT+03:00 Felipe Sateler <[email protected]>:
>> On Wed, 03 Jan 2007 19:53:01 +0200 =?utf-8?q?Martin-=C3=89ric_Racine?=
>> <[email protected]> wrote:
>>> On systems with a separate /usr filesystem, several boot scripts in level S
>>> break because they use commands from /usr/bin or /usr/sbin. Culprits include
>>> scripts for essential packages that perform system initialization.
>>
>> As of stretch, /usr is mounted by the initramfs. There is no longer
>> any reason to not use binaries from /usr. This bug should then be
>> closed.
>
> That assumption is (no pun intended) a far stretch.
>
> The only way that /usr can be mounted by initramfs is if it resides on
> a local disk. This won't succeed if it resides on a network disk.
Not so. Both initramfs-tools and dracut are perfectly able to mount
nfs volumes (and even weirder things like iscsi devices).
>
> That was the entire point of having that standard of using binaries
> only in /bin and /sbin in the first place.
The problem with this is that nobody did the effort to keep this
working in all supposedly supported use cases, and better solutions
are available. See the january thread on merged /usr for more details,
but essentially, the initramfs is already a minimal boot environment,
and it can be dynamically created with the resources required by the
current system, instead of cramming inside anything that could
conceivably be used during early boot.
--
Saludos,
Felipe Sateler
Source: lintian
Source-Version: 2.5.51
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 [email protected],
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Niels Thykier <[email protected]> (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 [email protected])
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Format: 1.8
Date: Sun, 18 Jun 2017 07:57:57 +0000
Source: lintian
Binary: lintian
Architecture: source
Version: 2.5.51
Distribution: unstable
Urgency: medium
Maintainer: Debian Lintian Maintainers <[email protected]>
Changed-By: Niels Thykier <[email protected]>
Description:
lintian - Debian package checker
Closes: 540294633850645455695345698723814521815233829649848878849470849880851215852005852084852145852369852404852407852409852410852411852413852414852416852419852421852426852891854132855243856155856312856857856954856975857194857654857655857656858117858326859412859467860419860558861509861599861958863020863386
Changes:
lintian (2.5.51) unstable; urgency=medium
.
* Summary of tag changes:
+ Added:
- debian-control-has-dbgsym-package
- debian-control-has-obsolete-dbg-package
- debian-rules-parses-dpkg-parsechangelog
- desktop-entry-lacks-icon-entry
- distribution-and-changes-mismatch
- distribution-and-experimental-mismatch
- gir-in-arch-all-package
- gir-missing-typelib-dependency
- gir-section-not-libdevel
- multiarch-foreign-shared-library
- r-data-without-readme-source
- readme-source-is-dh_make-template
- repeated-trigger-name
- systemd-service-file-refers-to-obsolete-bindto
- testsuite-autopkgtest-missing
- typelib-in-arch-all-package
- typelib-missing-gir-depends
- typelib-not-in-multiarch-directory
- typelib-package-name-does-not-match
- typelib-section-not-introspection
- unknown-trigger
- unreleased-changes
- uses-implicit-await-trigger
+ Removed:
- ancient-autotools-helper-file
- init.d-script-missing-dependency-on-remote_fs
- maintainer-script-should-not-use-ancient-dpkg-epoch-check
- maintainer-script-should-not-use-ancient-dpkg-multi-conrep-check
- outdated-autotools-helper-file
- package-would-benefit-from-build-arch-targets
- suidregister-used-in-maintainer-script
.
* checks/binaries.{desc,pm}:
+ [NT] Apply patch from Adrian Bunk to bump severity of the
hardening-no-pie to a W-tag and improve the tag description.
(Closes: #856155)
+ [NT] Apply patches from Michael Stapelberg to improve handling
of golang binaries. (Closes: #857654, #857655, #857656)
* checks/changelog-file.pm:
+ [BR] Check also bug over 1000000 as improbable. Bug below
50004 are not archived and are thus improbable.
* checks/changes-file.{desc,pm}:
+ [BR] Apply patch by Simon McVittie to detect unreleased package
uploaded to unstable and mismatched .changes and
Changes: distribution. (Closes: #540294).
* checks/control.{desc,pm}:
+ [BR] Detect dbgsym package in control file. (Closes: #858117).
+ [BR] Warn about obsolete -dbg package.
* checks/cruft.{desc,pm}:
+ [BR] Document long line tagged source-is-missing as a feature
not a bug. (Closes: #849470).
+ [BR] Correct a typo in description of tag
license-problem-convert-utf-code.
+ [BR] Avoid a false positive in gfdl file detection.
+ [NT] Drop tags about outdated autotools config.guess and
config.sub files. These days debhelper automatically updates
them when people use the dh-sequencer and the check is not
geared for more thorough analysis. (Closes: #848878)
+ [CL] Check that README.source is not the dh_make template.
(Closes: #633850)
* checks/debian-readme.{desc,pm}:
+ [NT] Locate the README.Debian using the index rather than relying
on a collection.
* checks/fields.pm:
+ [BR] Enforce naming convention for debug package. (Closes: #645455).
+ [NT] Avoid proposing "/git/git/" as a part of the canonical URL for
anonscm.debian.org. Thanks to Andreas Beckmann for spotting the
bug. (Closes: #851215)
+ [NT] Apply patch from Dylan Aïssi to recommend "javascript" section
for libjs packages. Previously, lintian would recommend "web".
(Closes: #863386)
* checks/files.pm:
+ [BR] Do not report duplicates for package-installs-apt-preferences
and package-installs-apt-sources. (Closes: #814521).
+ [NT] Apply patch from Helmut Grohne to detect some possible invalid
uses of "Multi-Arch: foreign". (Closes: #856975)
+ [NT] Improve the empty-binary-package tag by adding more common
files that should be ignored. Thanks to Helmut Grohne for all the
research behind it. (Closes: #856857)
+ [BR] Detect symlink pointing to builddir. (Closes: #860419)
+ [CL] Detect RData without README.source. (Closes: #815233)
+ [NT] Remove work around for segmentation faults in t1disasm from
t1utils (<< 1.38-4~). Given Jessie is the minimum supported Debian
version, we can now assume t1utils to be (>= 1.38-4).
* checks/gir.{desc,pm}:
+ [NT] Add check for gir packages written by Simon McVittie.
(Closes: #695345)
* checks/init.d.{desc,pm}:
+ [NT] Remove check for init.d scripts accessing /usr without a
$remote_fs dependency as /usr must now be mounted by the initramfs.
(Closes: #829649)
* checks/menu-format.{desc,pm}:
+ [NT] Update the reference to Desktop Entry Specification to point
to version 1.1.
+ [NT] Apply patch from Laurent Bigonville to check desktop files
for missing "Icon" field. (Closes: #854132)
* checks/rules.{desc,pm}:
+ [NT] Drop "package-would-benefit-from-build-arch-targets". The
dpkg-buildpackage refuses to build packages that trigger this tag.
Also, the tag implies two other "W" tags so contributors are still
notified of a potential problem.
+ [CL] Check for manual parsing of dpkg-parsechangelog output now that
we have /usr/share/dpkg/pkg-info.mk.
* checks/scripts.{desc,pm}:
+ [NT] Apply patch from Christopher Hoskin to except -doc packages
from the "new-package-should-not-package-python2-module" tag.
(Closes: #855243)
+ [NT] Remove references to tags about calling suidregister,
dpkg --assert-working-epoch, and dpkg --assert-multi-conrep from
maintainer scripts.
* checks/systemd.{desc,pm}:
+ [NT] Apply patch from Michael Biebl to warn about deprecated
"BindTo" option in systemd service files. (Closes: #857194)
* checks/testsuite.{desc,pm}:
+ [NT] Apply patch from Lucas Kanashiro to add a tag for recommending
packagers to create an autopkgtest for their package.
(Closes: #859467)
+ [NT] Fix false-positive "missing-runtime-test-file" when the
"Tests-Directory" field is set to a single dot. Thanks to
Ian Jackson for reporting the issue. (Closes: #849880)
* checks/triggers.{desc,pm}:
+ [NT] New check. (Closes: #698723)
* checks/upstream-metadata.pm:
+ [JW, NT] Disable YAML parsing of upstream metadata file as the YAML
parser executes code. (Closes: #861958, CVE-2017-8829)
* checks/watch-file.pm:
+ [NT] Apply patch from Alexander Kulak to handle whitespace correctly
in the options in v4 watch files. (Closes: #861599)
.
* coll/debian-readme{,desc}:
+ [NT] Remove. Merge what little functionality it offers into the
debian-readme check.
.
* commands/{lintian => lintian.pm}:
+ [NT] Turn the lintian frontend into a dplint command module to avoid
code duplication.
* commands/reporting-*:
+ [NT] Rewrite the config file handling. The reporting framework now
uses a YAML configuration file instead of a perl script.
+ [NT] Support processing packages from multiple archives and different
suites in these archives. This enables lintian.d.o to also process
dbgsym packages. (Closes: #856312)
.
* data/changes-file/known-dists:
+ [NT] Add buster and remove squeeze.
* data/common/source-fields:
+ [NT] Add new "Testsuite-Restrictions" field.
* data/files/privacy-breaker-websites:
+ [BR] Add digit.com as tracker.
+ [BR] Add static.ak.fbcdn.net as facebook.
+ [BR] Add forkme as logo.
* data/files/standard-files:
+ [NT] Add more common files based on feedback from Helmut Grohne.
* data/obsolete-sites/obsolete-sites:
+ [BR] Apply patch from Hideki Yamane in order to warn about
fedorahosted. (Closes: #856954).
+ [NT] Apply patch from Hideki Yamane to warn about codeplex.com
closing down. (Closes: #859412).
* data/scripts/interpreters:
+ [NT] Add stap as a known interpreter. Thanks to gustavo panizzo
for the suggestion. (Closes: #858326)
* data/scripts/maintainer-script-bad-command:
+ [NT] Remove check for suidregister, dpkg --assert-working-epoch, and
dpkg --assert-multi-conrep. None of these trigger any tags in the
archive any longer and the (new) features have been available for
8+ years.
* data/spelling/corrections:
+ [NT] Apply patches from Edward Betts to fix bugs in the correction
word lists. (Closes: #852005, #852084)
+ [NT] Apply patch from Edward Betts to remove corrections for
"targetted" and "targetting" as they are valid alternative
spellings in AU. (Closes: #852145)
+ [EB] Add some more spelling corrections. (Closes: #852369, #852404,
#852407, #852409, #852410, #852411, #852413, #852414, #852416,
#852419, #852421, #852426)
+ [CL] Add "none were" -> "none was" multiword spelling correction.
(Closes: 860558)
* data/standards-version/release-dates:
+ [NT] Add 4.0.0 as a known standards version along with its release
date.
.
* debian/control:
+ [NT] Add explicit (Build-)Depends on dpkg (>= 1.17.14) to make it
explicit that we no longer support Wheezy or older.
+ [NT] Drop versioned dependencies that are there to assist to
Wheezy.
+ [NT] Mention Debian Policy v4.0.0 in the description.
+ [NT] Bump Standards-Version to 4.0.0 - no changes required.
* debian/copyright:
+ [EB] Add Edward Betts.
.
* frontend/dplint:
+ [NT] Ensure all include directories are absolute before passing
them on to the actual command.
+ [NT] Work around a "Bizarre Copy" bug in perl that could trigger
on errors.
.
* lib/Lintian/CheckScript.pm:
+ [NT] Remove fallback code for "old" style "pm"-less checks.
* lib/Lintian/Util.pm:
+ [NT] Drop dpkg_deb_has_ctrl_tarfile. Lintian now assumes that
dpkg 1.17.14 is available (provided by Debian jessie or later).
.
* reporting/{config => config.yaml}:
+ [NT] Rewrite the reporting config template into the new YAML format.
* reporting/graphs/tags.gpi:
+ [NT] Tweak tags.gpi so it works with gnuplot 5.
* reporting/templates/{index.tmpl,lintian.css.tmpl}:
+ [NT] Update to support multiple archives.
.
* t/*:
+ [NT] Drop "Test-Depends" from tests where the versions in Debian
jessie will satisfy the dependency.
+ [NT] Update tests to fix FTBFS caused by dpkg-source now ignoring
debian/files by default. (Closes: #863020)
* t/runtests:
+ [NT] Re-sort test output after running the "post_test" sed script
on the output. This prevent test failures caused by the order
changing on different architectures prior to the sed script is run
(assuming the sed script otherwise normalises the differences
correctly).
* t/tests/cruft-general-upstream/pre_upstream:
+ [EB] Fix failing tests by making the fake flash object more
convincing. The most recent version of libmagic uses a more precise
definition of the data within a flash file. (Closes: #852891)
* t/tests/java-jars:
+ [NT] Provide a more convincing corrupt .zip file that also fools
file 5.30.
.
* vendors/ubuntu/main/data/changes-file/known-dists:
+ [CW] Add zesty.
+ [NT] Apply patch from "Unit 193" to add "devel" as a known Ubuntu
distribution. (Closes: #861509)
+ [NT] Add artful.
Checksums-Sha1:
9958814b241b14a8c8bfde5a8648e55e61ffc87a 2798 lintian_2.5.51.dsc
1124965ea2017a7527fbe20c9c40f4162a835347 1223124 lintian_2.5.51.tar.xz
5c2c6f419d1bb54e3ee3a69f22b0623bafa917d1 17473 lintian_2.5.51_source.buildinfo
Checksums-Sha256:
f03ef8831439f33a38e8bb495653075e996485f4f66a1fcf25e00ff06dfdd783 2798 lintian_2.5.51.dsc
608747cf4c7277673b02e1ea0964234f3e46e80bcc43fa7d39427fd49946dd77 1223124 lintian_2.5.51.tar.xz
9db4c5037eae541fbf23e95333292c698643a7895b0e1d8bf2cadcaff3db7281 17473 lintian_2.5.51_source.buildinfo
Files:
2516131ac63f745a7e2ce279419f6dc0 2798 devel optional lintian_2.5.51.dsc
de06a374f50bcd6441e7995b1bcc7f21 1223124 devel optional lintian_2.5.51.tar.xz
379b2de6ac61b0b09312264efcfd0964 17473 devel optional lintian_2.5.51_source.buildinfo
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCAAdFiEEsxMaRR2/33ygW0GXBUu7n32AZEIFAllGOxcACgkQBUu7n32A
ZEIwUxAAoGn6TvnVNYgzUQ589TpO9aCDVDJ3AHcbsua/l/fH8b0KBvwa/VV6j6Ua
YTSxHVsEfTskG4hbQmUsny0hRXU2jDAWi3PCRE8UHRuVYqGeXGmLF85+bGetpO8d
Z6IgU2i8QnN+JwL1W/sUdLjnguw726A3KhufquK+p9p18/em17CaRSlv0ZM68Km2
izZqkDJZ0n668NXmfxbqiQJSqaV39AnS2cXmLLPhDE9KSlMx5axJln3oADXSaGdS
G6arHbYlNzCKFVnM7C/WbE8i6ql+45Aqta4byeOr/aUZoQcGwgnHn2SfTrCpRhEL
S9wMmFDsgpcDn4Rpq9OrzUk+O+MV91azffAEf0rWFrUzUUKGkt7VLWos+Xhxu3rK
pnF2rU4mWpCPVJOwvXysKsW51qQvU+XimBLAKAesZne9SsYeVjyEg3t2FP6iiqVX
glvToxyNYJZZtdeWsE6wocNfn3nP/1nfL6RlKUsnLb9qfYXONJwP4PusdSebfwfb
+MQbkEiqyZI6CT62nJ2rYIF+K4HuGMfv/lyVzfy7pQ1CEufpGDJj4h8ECjEoG2sW
H7Uy4625iZeW6hvdCBtwKVsaZZaEqOHF277wJvGjis2D1h6ej6Lo6zbRG8kc0T50
xHUHuNs4XfnLjQy8858h+KIjpWek5s3Nfx3ahZWqlyQYvB2WJN4=
=ty20
-----END PGP SIGNATURE-----
Debbugs is free software and licensed under the terms of the GNU General
Public License version 2. The current version can be obtained
from https://bugs.debian.org/debbugs-source/.