Package: lintian
Version: 2.5.10.4
Severity: wishlist
Tags: patch
Hi,
Packages should not Build-Depend on either of these packages and their
functionality, but rather use the superior dpkg buildflags solution.
Attached patch accomplishes that packagers are warned when they
build-depend on one of
Package: lintian
Version: 2.5.13
Severity: minor
Lintian is overly eager with spelling-error-in-binary. In one one
package, the string
I9\$ teH
would randomly appear in the output of strings /path/to/binary (which
to my understanding is used by lintian to test for spelling errors)
depending on
Thijs Kinkhorst th...@debian.org writes:
Packages should not Build-Depend on either of these packages and their
functionality, but rather use the superior dpkg buildflags solution.
Attached patch accomplishes that packagers are warned when they
build-depend on one of these packages.
Well,
Ryan Kavanagh r...@debian.org writes:
Lintian is overly eager with spelling-error-in-binary. In one one
package, the string
I9\$ teH
would randomly appear in the output of strings /path/to/binary (which
to my understanding is used by lintian to test for spelling errors)
depending on how
On Wed, June 5, 2013 18:26, Russ Allbery wrote:
Thijs Kinkhorst th...@debian.org writes:
Packages should not Build-Depend on either of these packages and their
functionality, but rather use the superior dpkg buildflags solution.
Attached patch accomplishes that packagers are warned when they
Thijs Kinkhorst th...@debian.org writes:
Hardening-wrapper/includes have existed as the solution for build
hardening before dpkg buildflags was introduced. Therefore, quite a lot
of packages adopted hardening-wrapper/includes and put them into their
Build-Depends. Now that dpkg buildflags is
6 matches
Mail list logo
