Re: Changing how build automation interacts with the tree

2014-03-03 Thread Gregory Szorc
On 3/2/14, 1:46 PM, Axel Hecht wrote: Hi, I've watched you guys thinking for an hour ;-) Some comments from me. Yes to moving build flows that generate assets into the tree. Yes to having a way for developers to reproduce what automation does. Yes to having jobs being executed more on demand t

Re: Changing how build automation interacts with the tree

2014-03-02 Thread Axel Hecht
Hi, I've watched you guys thinking for an hour ;-) Some comments from me. Yes to moving build flows that generate assets into the tree. Yes to having a way for developers to reproduce what automation does. Yes to having jobs being executed more on demand than on push, and having that have idem

Re: Changing how build automation interacts with the tree

2014-02-28 Thread Gregory Szorc
On 2/28/14, 1:28 PM, Boris Zbarsky wrote: On 2/28/14 3:48 PM, Gregory Szorc wrote: * A lot of us want to kill client.mk. Having automation not directly calling it will allow us to finally do this. This will make bisects a bit exciting, because the right command to run to "do a toplevel build"

Re: Changing how build automation interacts with the tree

2014-02-28 Thread Boris Zbarsky
On 2/28/14 3:48 PM, Gregory Szorc wrote: * A lot of us want to kill client.mk. Having automation not directly calling it will allow us to finally do this. This will make bisects a bit exciting, because the right command to run to "do a toplevel build" will depend on the exact revision you have

Changing how build automation interacts with the tree

2014-02-28 Thread Gregory Szorc
(This is likely off-topic for many dev-platform readers. I was advised to post here because RelEng monitors dev-platform and I don't like cross-posting.) The technical interaction between build automation and mozilla-central has organically grown into something that's very difficult to maintai