On Tue, Jun 07, 2011 at 09:29:12AM +0200, Bill Allombert wrote:
> On Mon, Jun 06, 2011 at 04:02:36PM -0700, Steve Langasek wrote:
> > Hi Bill,
> >
> > (Sending this to 629...@bugs.debian.org, which is the cloned bug actually
> > assigned to the TC...)
Too much magic, but thanks anyway.
> > On Tu
Bill Allombert writes:
> I have proposed an alternative in the past (which did not get any
> support, though): Decide that packages that have a Build-Depends-Indep:
> field must implement build-arch/build-indep. This is probably already
> the case.
> This has the same advantage than Build-Optio
On Mon, Jun 06, 2011 at 01:04:59PM -0700, Russ Allbery wrote:
> Andreas Barth writes:
>
> > Option 1 also implies forcing debian/rules to be a Makefile, which is
> > think is sensible.
>
> Policy already requires this. The only package in the archive for which
> this is not already the case is
]] Steve Langasek
Hi,
| 4) Turn on direct use of 'debian/rules build-arch' on the autobuilders for
| all packages in unstable and experimental immediately, with no fallback
| if the target does not exist; requires a corresponding update to Policy
| and mass updates to fix packages t
On Mon, Jun 06, 2011 at 04:02:36PM -0700, Steve Langasek wrote:
> Hi Bill,
>
> (Sending this to 629...@bugs.debian.org, which is the cloned bug actually
> assigned to the TC...)
>
> On Tue, Jun 07, 2011 at 12:06:18AM +0200, Bill Allombert wrote:
> > The proposal 3) (which is implemented in dpkg a
Hi Bill,
(Sending this to 629...@bugs.debian.org, which is the cloned bug actually
assigned to the TC...)
On Tue, Jun 07, 2011 at 12:06:18AM +0200, Bill Allombert wrote:
> The proposal 3) (which is implemented in dpkg as of today) was devised
> following a discussion in Debian policy bug #218893
Bill Allombert writes:
> The proposal 3) (which is implemented in dpkg as of today) was devised
> following a discussion in Debian policy bug #218893 as a compromise
> solution that was agreeable to everyone, then a patch to dpkg was
> written (bug #229357). For reasons beyond my control, the pat
On Mon, 6 Jun 2011 02:15:37 -0700, Steve Langasek wrote:
> If this were to be put to a vote today, I would propose the following ballot
> options:
>
> 1) Implement support for calling 'debian/rules build-arch' in place of
> 'debian/rules build' by checking for the presence of the target usin
On Mon, 6 Jun 2011 21:56:22 +0200, Andreas Barth wrote:
> Why 3 below 5?
Introducing a new field that must be filled in and kept (manually) in
sync with information that is already present in the rules file just
doesn't seem like a good solution.
I'm less afraid of 4 than some people would be, p
* Bdale Garbee (bd...@gag.com) [110606 20:59]:
> On Mon, 6 Jun 2011 02:15:37 -0700, Steve Langasek wrote:
> > If this were to be put to a vote today, I would propose the following ballot
> > options:
> >
> > 1) Implement support for calling 'debian/rules build-arch' in place of
> > 'debian/r
On Mon, Jun 06, 2011 at 09:56:22PM +0200, Andreas Barth wrote:
> > > 1) Implement support for calling 'debian/rules build-arch' in place of
> > > 'debian/rules build' by checking for the presence of the target using
> > > 'make -qn'.[1]
> Option 1 also implies forcing debian/rules to be a
Andreas Barth writes:
> Option 1 also implies forcing debian/rules to be a Makefile, which is
> think is sensible.
Policy already requires this. The only package in the archive for which
this is not already the case is "leave".
I don't like option #3 because it's something we'll be stuck with
On Mon, 6 Jun 2011 02:15:37 -0700, Steve Langasek wrote:
> If this were to be put to a vote today, I would propose the following ballot
> options:
>
> 1) Implement support for calling 'debian/rules build-arch' in place of
> 'debian/rules build' by checking for the presence of the target usin
Steve Langasek writes:
> The Technical Committee has sufficient authority to address this
> question under any of ยง6.1.{1,2,4,5}. If you prefer, we could also ask
> for a referral from the policy editors or the dpkg maintainers, to
> eliminate any question of supermajority requirements.
I'm hap
On Mon, 2011-06-06 at 15:59:15 +0200, Bill Allombert wrote:
> On Mon, Jun 06, 2011 at 12:09:34PM +0200, Bill Allombert wrote:
> > On Mon, Jun 06, 2011 at 02:15:37AM -0700, Steve Langasek wrote:
> > > 1) Implement support for calling 'debian/rules build-arch' in place of
> > > 'debian/rules bui
Hi,
On Mon, 06 Jun 2011, Roger Leigh wrote:
> Has the following been considered:
> - adding a command-line option for dpkg-buildpackage to explicitly
> enable particular build-features (overriding the feature in the
> source package).
This has not been suggested yet, I'm not opposed to the id
On Mon, Jun 06, 2011 at 03:37:07PM +0100, Roger Leigh wrote:
> On Mon, Jun 06, 2011 at 03:59:15PM +0200, Bill Allombert wrote:
> > On Mon, Jun 06, 2011 at 12:09:34PM +0200, Bill Allombert wrote:
> > > On Mon, Jun 06, 2011 at 02:15:37AM -0700, Steve Langasek wrote:
> > > > 1) Implement support for
On Mon, Jun 06, 2011 at 03:59:15PM +0200, Bill Allombert wrote:
> On Mon, Jun 06, 2011 at 12:09:34PM +0200, Bill Allombert wrote:
> > On Mon, Jun 06, 2011 at 02:15:37AM -0700, Steve Langasek wrote:
> > > 1) Implement support for calling 'debian/rules build-arch' in place of
> > > 'debian/rules
On Mon, Jun 06, 2011 at 12:09:34PM +0200, Bill Allombert wrote:
> On Mon, Jun 06, 2011 at 02:15:37AM -0700, Steve Langasek wrote:
> > 1) Implement support for calling 'debian/rules build-arch' in place of
> > 'debian/rules build' by checking for the presence of the target using
> > 'make -
On Mon, Jun 06, 2011 at 02:15:37AM -0700, Steve Langasek wrote:
> 1) Implement support for calling 'debian/rules build-arch' in place of
> 'debian/rules build' by checking for the presence of the target using
> 'make -qn'.[1]
>
> 2) Implement support for calling 'debian/rules build-arch'
unmerge 604397
clone 604397 -1
reassign -1 tech-ctte
retitle -1 Please rule on how to implement debian/rules build-arch
merge 345619 604397
thanks
Fellow Committee members,
I am requesting your assistance in helping the project come to a conclusion
about how we can support the use of the 'build-a
21 matches
Mail list logo
