Re: Proposal for an inbound2 branch

2013-05-02 Thread Neil
Ryan VanderMeulen wrote: My proposal: -Create an inbound2 branch identically configured to mozilla-inbound. -Under normal circumstances (i.e. m-i open), inbound2 will be CLOSED. -In the event of a long tree closure, the last green changeset from m-i will be merged to inbound2 and inbound2 will

Re: Proposal for an inbound2 branch

2013-05-02 Thread Ehsan Akhgari
On 2013-05-02 5:46 AM, Neil wrote: Ryan VanderMeulen wrote: My proposal: -Create an inbound2 branch identically configured to mozilla-inbound. -Under normal circumstances (i.e. m-i open), inbound2 will be CLOSED. -In the event of a long tree closure, the last green changeset from m-i will be

Re: Proposal for an inbound2 branch

2013-05-02 Thread Neil
Ehsan Akhgari wrote: Multiheaded repos are evil. They're very hard to deal with, and I don't think that buildbot can deal with them properly. Also, they cannot be represented in git, which means that they will break the git mirror. Why does mozilla-inbound need a git mirror? -- Warning:

Re: Proposal for an inbound2 branch

2013-05-02 Thread Mike Hommey
On Thu, May 02, 2013 at 09:21:57AM -0400, Ehsan Akhgari wrote: Also, they cannot be represented in git I doubt this is true. The bridging tools may well not support it, but there's nothing structural about multiple-head repository that would prevent them to be mirrored in git. Mike

Re: Proposal for an inbound2 branch

2013-05-02 Thread Matt Brubeck
On 5/2/2013 6:21 AM, Ehsan Akhgari wrote: On 2013-05-02 5:46 AM, Neil wrote: Why do we need a separate repo? Can we not simply close the broken head and start again at the last green changeset? Multiheaded repos are evil. They're very hard to deal with, and I don't think that buildbot can

Re: Proposal for an inbound2 branch

2013-05-02 Thread Boris Zbarsky
On 5/2/13 10:09 AM, Matt Brubeck wrote: The suggested workflow with inbound2 would lead to almost-identical multi-headed repos in developers' local clones anyway. Only temporary ones, until inbound and inbound2 merge. -Boris ___ dev-platform mailing

smartmake-like functionality has landed in mach

2013-05-02 Thread Nick Alexander
Hello dev-platform, If you don't use mach, this message does not concern you. If you use mach, in particular |mach build DIRECTORY|, keep reading. Bug 677452 landed smartmake-like functionality into mach, which I have dubbed dumbmake. smartmake (and dumbmake) [1] maintains a list of

Mac OSX 10.7+ lion style scroll bars landed on m-i

2013-05-02 Thread Stephen Pohl
Hi, This is a quick heads up that Mac OSX 10.7+ lion style scroll bars (bug 636564) have landed on mozilla-inbound with https://hg.mozilla.org/integration/mozilla-inbound/rev/0c513ba74137. Once merged to mozilla-central expect them to appear in our nightlies. If you have any feedback or run

Re: Mac OSX 10.7+ lion style scroll bars landed on m-i

2013-05-02 Thread Robert O'Callahan
Hooray! Thanks for all the hard work, Stephen. Rob -- q“qIqfq qyqoquq qlqoqvqeq qtqhqoqsqeq qwqhqoq qlqoqvqeq qyqoquq,q qwqhqaqtq qcqrqeqdqiqtq qiqsq qtqhqaqtq qtqoq qyqoquq?q qEqvqeqnq qsqiqnqnqeqrqsq qlqoqvqeq qtqhqoqsqeq qwqhqoq qlqoqvqeq qtqhqeqmq.q qAqnqdq qiqfq qyqoquq qdqoq qgqoqoqdq

Re: smartmake-like functionality has landed in mach

2013-05-02 Thread Nick Alexander
On 13-05-02 3:09 PM, Josh Matthews wrote: According to http://mxr.mozilla.org/mozilla-central/source/build/dumbmake-dependencies#8, it is equivalent to the following: ./mach build -X chrome xpcom toolkit/library That's correct. Or, if you're not a mach user, it translates to make -f

Re: Storage in Gecko

2013-05-02 Thread Lawrence Mandel
- Original Message - Great post, Taras! Per IRC conversations, we'd like to move subsequent discussion of actions into a meeting so we can more quickly arrive at a resolution. Please meet in Gregory Szorc's Vidyo Room at 1400 PDT Tuesday, April 30. That's 2200 UTC. Apologies to

Re: smartmake-like functionality has landed in mach

2013-05-02 Thread Dave Townsend
On 5/2/2013 3:45 PM, Nick Alexander wrote: On 13-05-02 3:09 PM, Josh Matthews wrote: According to http://mxr.mozilla.org/mozilla-central/source/build/dumbmake-dependencies#8, it is equivalent to the following: ./mach build -X chrome xpcom toolkit/library That's correct. Or, if you're not a

Re: Storage in Gecko

2013-05-02 Thread Gregory Szorc
On 5/2/2013 4:13 PM, Lawrence Mandel wrote: - Original Message - Great post, Taras! Per IRC conversations, we'd like to move subsequent discussion of actions into a meeting so we can more quickly arrive at a resolution. Please meet in Gregory Szorc's Vidyo Room at 1400 PDT Tuesday,

Re: smartmake-like functionality has landed in mach

2013-05-02 Thread Josh Matthews
On 05/03/2013 12:35 AM, Nick Alexander wrote: On 13-05-02 4:23 PM, Dave Townsend wrote: On 5/2/2013 3:45 PM, Nick Alexander wrote: On 13-05-02 3:09 PM, Josh Matthews wrote: According to http://mxr.mozilla.org/mozilla-central/source/build/dumbmake-dependencies#8, it is equivalent to the

Re: Storage in Gecko

2013-05-02 Thread David Teller
Whatever you do, please, please, please make sure that everything is worker-friendly. If we can't write (or at least read) contents to that Key-Value store from a worker, we will need to reimplement everything in a few months. Cheers, David - Original Message - From: Gregory Szorc