Re: Proposal for an inbound2 branch

2013-05-03 Thread Mike Hommey
On Fri, May 03, 2013 at 02:59:21AM -0400, Ehsan Akhgari wrote: > On 2013-05-03 2:52 AM, Mike Hommey wrote: > >On Fri, May 03, 2013 at 02:43:36AM -0400, Ehsan Akhgari wrote: > >>On 2013-05-02 9:40 AM, Mike Hommey wrote: > >>>On Thu, May 02, 2013 at 09:21:57AM -0400, Ehsan Akhgari wrote: > Also,

Re: Proposal for an inbound2 branch

2013-05-03 Thread Dirkjan Ochtman
On Fri, May 3, 2013 at 8:43 AM, Ehsan Akhgari wrote: > In git, the only way to have something in your history is for it to be > reachable by a ref (for example, a branch name). When you convert an hg > repo with a multi-headed branch to git, you can only choose to represent one > of those heads b

Re: smartmake-like functionality has landed in mach

2013-05-03 Thread Mike Hommey
On Fri, May 03, 2013 at 02:55:09AM -0400, Ehsan Akhgari wrote: > >Does it also build browser/app on OSX after every build? Since that is > >pretty much required all the time and often missed. > > Why is that always required? I never build browser/app and have not > noticed any problems at least f

Re: smartmake-like functionality has landed in mach

2013-05-03 Thread Dave Townsend
On 5/2/2013 11:55 PM, Ehsan Akhgari wrote: On 2013-05-02 7: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 follo

Re: smartmake-like functionality has landed in mach

2013-05-03 Thread Dave Townsend
On 5/3/2013 12:21 AM, Mike Hommey wrote: On Fri, May 03, 2013 at 02:55:09AM -0400, Ehsan Akhgari wrote: Does it also build browser/app on OSX after every build? Since that is pretty much required all the time and often missed. Why is that always required? I never build browser/app and have no

Re: smartmake-like functionality has landed in mach

2013-05-03 Thread Mike de Boer
I think it's much more an issue on Windows; there you need to build browser each and every time. On May 3, 2013, at 9:27 AM, Dave Townsend wrote: > On 5/3/2013 12:21 AM, Mike Hommey wrote: >> On Fri, May 03, 2013 at 02:55:09AM -0400, Ehsan Akhgari wrote: Does it also build browser/app on O

Re: Storage in Gecko

2013-05-03 Thread Axel Hecht
On 5/3/13 1:36 AM, Gregory Szorc wrote: 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 S

Re: Storage in Gecko

2013-05-03 Thread Benjamin Smedberg
On 5/2/2013 7:43 PM, Gregory Szorc wrote: On 5/2/2013 4:40 PM, Kyle Huey wrote: On Thu, May 2, 2013 at 4:36 PM, Gregory Szorc > wrote: We seemed to converge on a (presumably C++-based) storage service that has named branches/buckets with specific consistency,

Re: smartmake-like functionality has landed in mach

2013-05-03 Thread Kyle Huey
On Fri, May 3, 2013 at 1:37 AM, Mike de Boer wrote: > I think it's much more an issue on Windows; there you need to build > browser each and every time. > Huh? I've been developing on windows for years and haven't seen this. - Kyle ___ dev-platform ma

Re: smartmake-like functionality has landed in mach

2013-05-03 Thread Ehsan Akhgari
On 2013-05-03 3:21 AM, Mike Hommey wrote: On Fri, May 03, 2013 at 02:55:09AM -0400, Ehsan Akhgari wrote: Does it also build browser/app on OSX after every build? Since that is pretty much required all the time and often missed. Why is that always required? I never build browser/app and have n

Re: Storage in Gecko

2013-05-03 Thread Ehsan Akhgari
On 2013-05-03 5:15 AM, Axel Hecht wrote: On 5/3/13 1:36 AM, Gregory Szorc wrote: 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

Re: Proposal for an inbound2 branch

2013-05-03 Thread Ehsan Akhgari
On 2013-05-03 3:19 AM, Mike Hommey wrote: On Fri, May 03, 2013 at 02:59:21AM -0400, Ehsan Akhgari wrote: On 2013-05-03 2:52 AM, Mike Hommey wrote: On Fri, May 03, 2013 at 02:43:36AM -0400, Ehsan Akhgari wrote: On 2013-05-02 9:40 AM, Mike Hommey wrote: On Thu, May 02, 2013 at 09:21:57AM -0400,

android.json

2013-05-03 Thread Ehsan Akhgari
Can somebody explain to me what android.json is, why it exists, and what's different between disabling a mochitest on Android there versus excluding it from MOCHITEST_FILES in the Makefile.in? Thanks! Ehsan ___ dev-platform mailing list dev-platform@l

Re: Proposal for an inbound2 branch

2013-05-03 Thread Gregory Szorc
On 5/3/2013 12:20 AM, Dirkjan Ochtman wrote: On Fri, May 3, 2013 at 8:43 AM, Ehsan Akhgari wrote: In git, the only way to have something in your history is for it to be reachable by a ref (for example, a branch name). When you convert an hg repo with a multi-headed branch to git, you can only

Re: smartmake-like functionality has landed in mach

2013-05-03 Thread Reuben Morais
On May 3, 2013, at 8:53 AM, Ehsan Akhgari wrote: > On 2013-05-03 3:21 AM, Mike Hommey wrote: >> On Fri, May 03, 2013 at 02:55:09AM -0400, Ehsan Akhgari wrote: Does it also build browser/app on OSX after every build? Since that is pretty much required all the time and often missed. >>> >

Re: Proposal for an inbound2 branch

2013-05-03 Thread Neil
Ehsan Akhgari wrote: On 2013-05-02 9:29 AM, Neil wrote: 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.

Re: Proposal for an inbound2 branch

2013-05-03 Thread Justin Lebar
> Given the whole point of this thread is about how unreliable inbound is, why > are people trying to develop against it? You still need a copy of inbound to rebase your patches against when pushing. Whatever your personal opinions about git happen to be, I don't think a "git doesn't need a copy

Re: smartmake-like functionality has landed in mach

2013-05-03 Thread Neil
Ehsan Akhgari wrote: On 2013-05-02 7: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 following: ./mach bu

Re: smartmake-like functionality has landed in mach

2013-05-03 Thread Nick Alexander
On 13-05-03 12:13 PM, Neil wrote: Ehsan Akhgari wrote: On 2013-05-02 7: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 equiva

Re: smartmake-like functionality has landed in mach

2013-05-03 Thread Gregory Szorc
On 5/3/2013 11:19 AM, Reuben Morais wrote: You can also use |ac_add_options --with-chrome-format=symlink| to do something similar for the chrome JAR, it doesn't work with stuff that is preprocessed, but greatly reduces the number of files that require rebuildling browser/app when changed. P

Re: android.json

2013-05-03 Thread jmaher
On Friday, May 3, 2013 12:07:27 PM UTC-4, Ehsan Akhgari wrote: > Can somebody explain to me what android.json is, why it exists, and > > what's different between disabling a mochitest on Android there versus > > excluding it from MOCHITEST_FILES in the Makefile.in? > > > > Thanks! > > Ehsan

Please Help Dogfood Desktop Firefox 21.0b6

2013-05-03 Thread Anthony Hughes
I'm writing today to ask for your help with dogfooding Firefox 21.0b6. There have been several changes lately to address stability concerns related to plugins. We need your help to determine if these changes have caused any regressions. All that you need to do is download and install the Beta[

PSA: make -C toolkit/library does not currently work on trunk; use make libs -C toolkit/library instead

2013-05-03 Thread Justin Lebar
See https://bugzilla.mozilla.org/show_bug.cgi?id=809430#c39 for details. As roc points out, this has broken |mach build |. Stay tuned in the bug if you're interested in whether we resolve this by backing out the change or fixing mach. -Justin ___ dev-p

Re: PSA: make -C toolkit/library does not currently work on trunk; use make libs -C toolkit/library instead

2013-05-03 Thread Robert O'Callahan
On Sat, May 4, 2013 at 9:54 AM, Justin Lebar wrote: > See https://bugzilla.mozilla.org/show_bug.cgi?id=809430#c39 for details. > > As roc points out, this has broken |mach build |. Stay tuned in > the bug if you're interested in whether we resolve this by backing out > the change or fixing mach.

Re: Storage in Gecko

2013-05-03 Thread Honza Bambas
If you guys don't need transactions and only a simple key+value storage, the new localstorage code be used. Only thing needed to make it work in a completely non-blocking way is to expose API telling the consumer that localstorage has loaded from disk and is fully cached in memory and thus acc

Re: PSA: make -C toolkit/library does not currently work on trunk; use make libs -C toolkit/library instead

2013-05-03 Thread Mike Hommey
On Fri, May 03, 2013 at 05:54:17PM -0400, Justin Lebar wrote: > See https://bugzilla.mozilla.org/show_bug.cgi?id=809430#c39 for details. > > As roc points out, this has broken |mach build |. Stay tuned in > the bug if you're interested in whether we resolve this by backing out > the change or fix

Re: Proposal for an inbound2 branch

2013-05-03 Thread Brian Smith
L. David Baron wrote: > On Saturday 2013-04-27 08:26 +1000, Nicholas Nethercote wrote: > > If I have a patch ready to land when inbound closes, what would be > > the sequence of steps that I need to do to land it on inbound2? > > Would I need to have an up-to-date inbound2 clone and transplant > >

Rendering meeting, May 6, 2:30 PM US/Pacific

2013-05-03 Thread Benoit Jacob
Hello, The next Rendering meeting will take this Monday May 6 at 2:30 PM US/Pacific time. That could be Tuesday in your timezone. The Rendering meeting is about all things Gfx, Image, Layout, and Media. It is expected to take place roughly every second Monday. Please first add your agenda items