Re: Compiler version expectations

I said in irc yesterday that SeaMonkey is NOT ready yet, however I see no reason to change the plan of record. I expect us to have a good solution in less than a month. (As in yes go ahead and land that patch) Thank you for the followup. On Dec 13, 2014 1:07 PM, "Ehsan Akhgari" wrote: > Callek,

Re: Spring cleaning: Reducing Number & Footprint of HG Repos

code. I have never further tested hg-git on windows after I encountered the two issues above. ~Justin Wood (Callek) ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Spring cleaning: Reducing Number & Footprint of HG Repos

y still is): ssh hg.mozilla.org edit which allowed you to delete it. We even had/have this info on MDN. The bug exists today that the deletion does not propogate out to the local-storage webheads. ~Justin Wood (Callek) ___ dev-platform mailin

Re: Spring cleaning: Reducing Number & Footprint of HG Repos

appy from a sec standpoint if we allowed bitbucket-hosted repos to execute arbitrary code this way. ~Justin Wood (Callek) ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Poll: What do you need in MXR/DXR?

s) - For me personally comm-central is less important for my testing since mozilla-central meets most of the needs in useability. ~Justin Wood (Callek) ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: The state of the Aurora branch

Ed Morley wrote: > On 19 January 2013 15:01:09, Ehsan Akhgari wrote: >> dbaron posted a summary of our options on release-drivers > > Please can that be posted somewhere public for those of us not on > release-drivers? Not seeing anything that need be kept private, I'll forward a post or two her

MXR Updates for python parsing. [testing in production]

IRC. -- ~Justin Wood (Callek) ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Why are there "Android 4.0 opt" test runs on mozilla-central and nowhere else?

id builds, a simple -p android would also trigger them. I *believe* sfink is working on improvements in this are for us, but being able to default-limit and overall improve try capacity/use in ways like this is also on our radar/wanted. -- ~Justin Wood (Callek) ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Integrating ICU into Mozilla build

Mike Hommey wrote: > On Tue, Dec 04, 2012 at 07:51:21AM -0500, Justin Wood (Callek) wrote: >> Rafael Ávila de Espíndola wrote: >>>> >>>> Actually, ICU has several options for how its data is packaged. One option >>>> is libraries (which are no

Re: Integrating ICU into Mozilla build

h ICU too? > Not yet, there are supported Hardware models using 10.6 that *do not* have 64 bit avaiable. Granted they are on the older end of stuff, but it does exist. -- ~Justin Wood (Callek) ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Minimum Required Python Version

I knew the final outcome of that particular post (which is how I, and I know many others, read the newsgroups here). -- ~Justin Wood (Callek) ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Downtime notice: Sunday 21oct2012, 8am-6pm PDT

anything wrong you can feel free to file a bug and ping us anyway, and we'll get to it as soon as we can. -- ~Justin Wood (Callek) John O'Duinn wrote: > hi; > > We need to close the trees for 10hours on Sunday 21oct2012, from 8am-6pm > PDT, in order to do network up

Re: New backout policy for Ts regressions on mozilla-inbound

a later cset (say a later cset IMPROVES Ts by 4% or more) would make us think we regressed it on an earlier cset if that earlier talos run finishes later? Such that we set graph points by the time the test finished, not time the push was, etc. ~Justin Wood (Callek) _

Re: The current state of Talos benchmarks (meeting notes)

bug about moving talos to m-c as well, which we both agree does not belong as an in-bug discussion -- and I do feel the move, if the talos module owner feels is necessary should not get blocked on a need for an external process, but I do feel we should think hard on t

Re: Moving Away from Makefile's

Jeff Hammel wrote: While a bit of an unfair example, our buildbot-configs fall into this category. IMO not unfair at all. (p.s. to stay on topic, +1 to all else you said) ~Justin Wood (Callek) ___ dev-platform mailing list dev-platform

Re: XUL Runner, and the future.

Web-Technologies for your system. HTH, -- ~Justin Wood (Callek) ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Increase in mozilla-inbound bustage due to people not using Try

*test* load on try, yes. -- ~Justin Wood (Callek) ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Switching to stdint types on mozilla-central

bound until you are sure comm is green" If we had an exact date, or "right after aurora uplift in ~ 2 weeks" we would have more leeway in getting this done for comm after you stuff lands, but we're running out of time for a large breaking change in this cycle ourselves.