Bug#218893: Proposal: Build-Features [Fix for the build-arch problem]

[Bill Allombert <Bill.Allombert@math.u-bordeaux1.fr>]

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:
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:
N:     build-arch: build
N:     build-indep: build
N:
N:   Note that the following form is recommended however:
N:
N:     build: build-arch build-indep
N:     build-arch: build-stamp
N:     build-indep: build-stamp
N:     build-stamp:
N:   build here
N:
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.

Cheers,
-- 
Bill. <ballombe@debian.org>

Imagine a large red swirl here.