Re: MXR permanently offline, please transition to DXR

On 6/30/16 3:56 PM, Erik Rose wrote: Hi, Kendall. As a pain mitigation strategy for MXR URLs embedded immutably in Bugzilla and in people's Awesomebar histories, can we redirect MXR requests as Dão suggests? This really needs to happen. I've hit broken mxr links from bugzilla comments at

Re: Dropping support for VS2013

On Thu, Jun 30, 2016 at 5:55 PM, Gregory Szorc wrote: > On Tue, May 31, 2016 at 4:22 PM, Gregory Szorc wrote: > >> Heads up: we'll soon be dropping support for building mozilla-central >> with VS2013. Bug 1186064 tracks and the patch has already received r+.

Treeherder, Task Cluster and Pulse

Tomorrow morning we will be changing how Treeherder gets data from Task Cluster. tl;dr — No action required on your part. We are changing some things under the hood, but everything should look the same. More Info === Greg Arndt, Jonas Jensen and I have been working on using Pulse to get

Re: Enabling seccomp-bpf for content process on nightly Linux desktop

Ted Mielczarek writes: > On Tue, Jul 5, 2016, at 11:18 PM, Jed Davis wrote: >> (However, there aren't automated >> tests to ensure it keeps working; "crashing the content process" isn't a >> use case that the test framework docs were very helpful with.) > > FYI, a number of

Re: MXR permanently offline, please transition to DXR

On 25/06/2016 13:00, Douglas Turner wrote: > Also, the point that people are making here is that MXR wasn't safe to run > and we are fixing that by decommissioning. You're more than welcome to > deploy this old software but you're going to get shell pop'ed and have a > really bad day. And, trust

Re: Making try faster for debugging intermittents

On 2016-07-01 6:10 AM, Mike Hommey wrote: > > One thing that might be helpful is enabling running only tests on > > try with a designated build that has already been created. > > > > Often tests are modified to add logging, after which the same > > build could be run with the new version of the

Re: Faster gecko builds with IceCC on Mac and Linux

On Tue, Jul 05, 2016 at 04:42:09PM -0700, Gregory Szorc wrote: > On Tue, Jul 5, 2016 at 3:58 PM, Ralph Giles wrote: > > > On Tue, Jul 5, 2016 at 3:36 PM, Gregory Szorc wrote: > > > > > * `mach build binaries` (touch network/dns/DNS.cpp): 14.1s > > > > 24s

Re: Faster gecko builds with IceCC on Mac and Linux

> We're actively looking into a Telemetry-like system for mach and the build system. I heartily endorse this event or product and would like to subscribe to your newsletter. Chris On Wed, Jul 6, 2016 at 2:41 PM, Gregory Szorc wrote: > We're actively looking into a

Re: Faster gecko builds with IceCC on Mac and Linux

We're actively looking into a Telemetry-like system for mach and the build system. On Wed, Jul 6, 2016 at 9:00 AM, Chris H-C wrote: > Are there any scripts for reporting, analysing build times reported by > mach? I think this would be really useful data to have, especially

Re: Upcoming C++ standards meeting in Oulu, Finland

On Sat, Jun 25, 2016 at 8:35 AM, Botond Ballo wrote: > Stay tuned for my blog post about what all happened at this meeting! My blog post about the C++ standards meeting is now online [1]. Cheers, Botond [1]

Re: Faster gecko builds with IceCC on Mac and Linux

Are there any scripts for reporting, analysing build times reported by mach? I think this would be really useful data to have, especially to track build system improvements (and regressions) as well as poorly-supported configurations. Chris On Tue, Jul 5, 2016 at 7:42 PM, Gregory Szorc

Re: URL translation map Re: MXR permanently offline, please transition to DXR

On 2016-07-06 11:08 AM, Tim Guan-tin Chien wrote: I didn't file the bug because I don't know if it make sense to rewrite on the source tree (instead of implementing the rewrite). Feel free to file. Thanks. Bug 1284887 filed, thanks. - mhoye ___

Re: DXR problem?

I get a underline on hover, plus my cursor changes to the "context-menu" one. What happens for you? > On Jul 6, 2016, at 8:40 , Richard Z wrote: > > works ... slightly unintuitive behaviour as howering over the symbols doesn't > show > any indication it is clickable.

Re: URL translation map Re: MXR permanently offline, please transition to DXR

I didn't file the bug because I don't know if it make sense to rewrite on the source tree (instead of implementing the rewrite). Feel free to file. Thanks. On Wed, Jul 6, 2016 at 9:38 PM, Mike Hoye wrote: > On 2016-07-06 1:46 AM, Tim Guan-tin Chien wrote: > > We really need

Re: Enabling seccomp-bpf for content process on nightly Linux desktop

Here is an example crash report generated by a seccomp violation (I removed sys_unlink from the whitelist) https://crash-stats.mozilla.com/report/index/1a06f493-a4bf-40a1-a4eb-241aa2160706 The crash address is 0x57 which is 87 in decimal, which is the syscall number of unlink on x86_64 as seen

Re: URL translation map Re: MXR permanently offline, please transition to DXR

On 2016-07-06 1:46 AM, Tim Guan-tin Chien wrote: We really need to get the vanilla redirect done at least, since, ironically, "mxr.mozilla.org " is even referenced in the code base! https://dxr.mozilla.org/mozilla-central/search?q=mxr.mozilla.org=false Cleaning those

Re: DXR problem?

On Tue, Jul 05, 2016 at 12:43:02PM -0400, Erik Rose wrote: > We are about to squash a JS bug that affects older FFs and Safari: > https://bugzilla.mozilla.org/show_bug.cgi?id=1283645. Perhaps that's > affecting you? quite likely, works now:) > > Displaying source like > >

Re: URL translation map Re: MXR permanently offline, please transition to DXR

Tim Guan-tin Chien wrote: A lot of code (including add-ons) out there also rely on MXR URL to fetch, for example, the public suffix list. https://github.com/search?q=https%3A%2F%2Fmxr.mozilla.org%2Fmozilla-central%2Fsource%2Fnetwerk%2Fdns%2Feffective_tld_names.dat=searchresults=Code=%E2%9C%93

Re: Guidance wanted: checking whether a channel (?) comes from a particular domain

I don't think we have exactly what you need, but here is what we have and can be extended to match your use case. 1. What we have is ExpandedPrincipal, which is essentially an array of principals (it subsumes all those principals). What we don't have is a wild card principal which you could use

Re: Enabling seccomp-bpf for content process on nightly Linux desktop

On Tue, Jul 5, 2016, at 11:18 PM, Jed Davis wrote: > Benjamin Smedberg writes: > > > Assuming these crashes show up in crash-stats.mozilla.com, are there > > particular signatures, metadata, or other patterns that would let us say > > "this crash is caused by a sandbox