Re: Heads up: Upcoming dpkg-buildpackage -j precedence change

2015-07-29 Thread Guillem Jover
Hi! On Wed, 2015-05-13 at 14:21:54 +0200, Guillem Jover wrote: On Tue, 2015-05-12 at 10:02:27 +0100, Jonathan Dowland wrote: On Mon, May 11, 2015 at 08:40:16PM +0200, Guillem Jover wrote: $ make -jN -f debian/rules build and $ DEB_BUILD_OPTIONS=parallel=N debian/rules build

Re: Heads up: Upcoming dpkg-buildpackage -j precedence change

2015-06-02 Thread Wookey
+++ Jonas Smedegaard [2015-05-13 15:44 +0200]: Quoting Julian Taylor (2015-05-13 14:48:02) Are those still parallel or does the flag override all submakes? The option is not documented in make's manpage. From make man page: SEE ALSO The full documentation for make is maintained as

Re: Heads up: Upcoming dpkg-buildpackage -j precedence change

2015-05-13 Thread Guillem Jover
[ reproducible-builds people, please see below. ] Hi! On Tue, 2015-05-12 at 10:02:27 +0100, Jonathan Dowland wrote: On Mon, May 11, 2015 at 08:40:16PM +0200, Guillem Jover wrote: $ make -jN -f debian/rules build and $ DEB_BUILD_OPTIONS=parallel=N debian/rules build I prefer the

Re: Heads up: Upcoming dpkg-buildpackage -j precedence change

2015-05-13 Thread Julian Taylor
On Wed, May 13, 2015 at 2:21 PM, Guillem Jover guil...@debian.org wrote: IMO dpkg-buildpackage should assume yes, in the same way it assumes packages are cross-buildable, and we don't go around marking them as such. But I guess for Debian that depends on how much of our packaging and upstream

Re: Heads up: Upcoming dpkg-buildpackage -j precedence change

2015-05-13 Thread Jonas Smedegaard
Quoting Julian Taylor (2015-05-13 14:48:02) Are those still parallel or does the flag override all submakes? The option is not documented in make's manpage. From make man page: SEE ALSO The full documentation for make is maintained as a Texinfo manual. If the info and make programs are

Re: Heads up: Upcoming dpkg-buildpackage -j precedence change

2015-05-12 Thread Jonathan Dowland
On Mon, May 11, 2015 at 08:40:16PM +0200, Guillem Jover wrote: $ make -jN -f debian/rules build and $ DEB_BUILD_OPTIONS=parallel=N debian/rules build I prefer the latter behaviour but the former brevity. Would you consider something like -J in dpkg-buildpackage adjusting parallel= in

Re: Heads up: Upcoming dpkg-buildpackage -j precedence change

2015-05-11 Thread Guillem Jover
On Sun, 2015-05-10 at 19:56:49 +0200, Julien Cristau wrote: On Sun, May 10, 2015 at 18:49:25 +0100, Wookey wrote: I'm happy if you change this - it seems like fixing a bug to me, but I will just throw in this observation from recent arm64 archive-rebuilds, that -j and

Re: Heads up: Upcoming dpkg-buildpackage -j precedence change

2015-05-10 Thread Wookey
+++ Guillem Jover [2015-05-10 04:53 +0200]: Hi! “Recently” when adding support for «-jauto» to dpkg-buildpackage, I noticed that the semantics for the -j option were quite unorthodox. The value from the DEB_BUILD_OPTIONS paralle= option takes precedence and overrides any explicit value

Re: Heads up: Upcoming dpkg-buildpackage -j precedence change

2015-05-10 Thread Julien Cristau
On Sun, May 10, 2015 at 18:49:25 +0100, Wookey wrote: I'm happy if you change this - it seems like fixing a bug to me, but I will just throw in this observation from recent arm64 archive-rebuilds, that -j and DEB_BUILD_OPTIONS=parallel= are not exactly the same. Is that expected? If not then

Heads up: Upcoming dpkg-buildpackage -j precedence change

2015-05-09 Thread Guillem Jover
Hi! “Recently” when adding support for «-jauto» to dpkg-buildpackage, I noticed that the semantics for the -j option were quite unorthodox. The value from the DEB_BUILD_OPTIONS paralle= option takes precedence and overrides any explicit value passed on the commend-line via -j, (when -j should be