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
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
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:
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
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
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
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
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
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
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
- 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
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
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,
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
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
15 matches
Mail list logo