Debian Bug report logs - #229357
dpkg-buildpackage: support for Build-Options: build-arch

version graph

Package: dpkg-dev; Maintainer for dpkg-dev is Dpkg Developers <>; Source for dpkg-dev is src:dpkg.

Reported by: Bill Allombert <>

Date: Sat, 24 Jan 2004 14:18:06 UTC

Severity: wishlist

Tags: patch

Merged with 398625, 479556, 545081, 604919

Found in versions dpkg/1.13.24, dpkg/1.14.7, dpkg/, dpkg/

Fixed in versions dpkg/1.16.2~wipmultiarch, dpkg/1.16.2

Done: Guillem Jover <>

Bug is archived. No further changes may be made.

Full log

Message #446 received at (full text, mbox):

Received: (at 229357) by; 25 Nov 2010 15:35:14 +0000
From Thu Nov 25 15:35:14 2010
X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02
	(2008-06-10) on
X-Spam-Bayes: score:0.0000 Tokens: new, 12; hammy, 137; neutral, 76; spammy,
	2. spammytokens:0.999-1--218893, 0.882-+--Policy
	hammytokens:0.000-+--sk:dpkgbu, 0.000-+--sk:dpkg-bu, 0.000-+--debiandevel,
	0.000-+--debian-devel, 0.000-+--sk:deb_bui
X-Spam-Status: No, score=-4.0 required=4.0 tests=BAYES_00,SPF_PASS
	autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02
Return-path: <>
Received: from ([])
	by with esmtps (TLS1.0:RSA_ARCFOUR_MD5:16)
	(Exim 4.69)
	(envelope-from <>)
	id 1PLdqs-00037k-6G
	for; Thu, 25 Nov 2010 15:35:14 +0000
Received: by qyk29 with SMTP id 29so1129781qyk.11
        for <>; Thu, 25 Nov 2010 07:35:07 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=gamma;
DomainKey-Signature: a=rsa-sha1; c=nofws;; s=gamma;
Received: by with SMTP id dk9mr870832qab.116.1290699307163;
        Thu, 25 Nov 2010 07:35:07 -0800 (PST)
Received: from burratino ( [])
        by with ESMTPS id mz11sm524039qcb.15.2010.
        (version=SSLv3 cipher=RC4-MD5);
        Thu, 25 Nov 2010 07:35:06 -0800 (PST)
Date: Thu, 25 Nov 2010 09:34:59 -0600
From: Jonathan Nieder <>
To: Roger Leigh <>
Subject: Re: dpkg: Please add support for build-arch and build-indep targets
Message-ID: <20101125153459.GC16049@burratino>
References: <>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <>
User-Agent: Mutt/1.5.21 (2010-09-15)
Hi Roger,

Roger Leigh wrote:

> I don't see why we can't just mandate it in Policy, and then
> enable it unconditionally if the Standards-Version is >= that
> policy version.

It seems that a summary of the previous discussion is in order.

dpkg 1.10.11~9 (In dpkg-buildpackage, call debian/rules -qn
build-arch, 2003-09-15) includes logic to check for the build-arch
target and use it if present.  Unfortunately that logic was wrong.
Adam reasonably concluded (6acb249):

	It is *not* possible *at all* to detect available targets
	in a rules file.  Period.

However, a couple of months ago, some code to do exactly that[1]
was written.  So we can have a transitionless utopia, provided
this works. :)

Meanwhile there has been a lot of discussion of workarounds.

One is to use Standards-Version to indicate use of build-arch.
This seems to me like a terrible precedent to set: once you have
two features enabled this way, the transitions to use them
become coupled.  Russ discussed[2] that in more detail recently;
many others have discussed it before[3].

Another is to introduce Build-options[3] to advertise support for
optional features like this (also DEB_BUILD_OPTIONS=parallel).  Of
course, there is some relucance to do that when it is not clear it
is necessary.

Hope that helps.


Send a report that this bug log contains spam.

Debian bug tracking system administrator <>. Last modified: Sun Apr 20 04:05:45 2014; Machine Name:

Debian Bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.