Bug#218893: Proposal: Build-Features [Fix for the build-arch problem]
On Wed, Jun 08, 2011 at 03:45:25PM -0700, Russ Allbery wrote:
> Bill Allombert <Bill.Allombert@math.u-bordeaux1.fr> writes:
> > Dear developers,
> > The attached patch documents the new 'Build-Features: build-arch'
> > control field in dpkg 1.16.1. This is an updated version of a patch
> > already proposed in bug #218893 on 12 Nov 2003. The only change is that
> > Build-Options was renamed to Build-Features by Raphaël Hertzog.
> For the record (and for anyone following this bug), we should hold on
> action on this until the TC decides the way forward for build-arch.
Note that I did not ask for second.
However lintian does not appear to be exercising such restrain:
W: popularity-contest source: debian-rules-missing-recommended-target build-arch
N: The debian/rules file for this package does not provide one of the
N: recommended targets. All of build-arch and build-indep should be
N: provided, even if they don't do anything for this package. If this
N: package does not currently split building of architecture dependent
N: and independent packages, the following rules may be added to fall
N: back to the build target:
N: build-arch: build
N: build-indep: build
N: Note that the following form is recommended however:
N: build: build-arch build-indep
N: build-arch: build-stamp
N: build-indep: build-stamp
N: build here
N: These targets will be required by policy in the future, so should be
N: added to prevent future breakage.
This is happens even for package that build a single binary whether arch-all or arch-indep,
which does not seems terribly useful.
Imagine a large red swirl here.