Hi everyone,
Tup is a modern build system that enables fast and correct builds. I'm
pleased to announce the availability of Tup for building Firefox on Linux.
Compared to Make, building with Tup will result in faster incremental build
times and reduce the need for clobber builds. See the in-tree d
After finding a new version of nanojit on github
https://github.com/dibyendumajumdar/nanojit
and updating zlib I was able to get tamarin-redux to compile but not link
does anyone else want to work on actionmonkey.?
Thank You,
Jonathan Moore
___
dev-p
On 9/28/2018 12:10 PM, Ehsan Akhgari wrote:
Is the --wait-for-browser flag the default in headless mode, since
that mode is mostly for automation
Good question. We already do that for --marionette, but not for
headless. I have filed bug 1495049 to add this.
Aaron
___
On 9/27/2018 1:53 PM, David Teller wrote:
It sounds cool, but I'm trying to understand what it means :) Do I
understand correctly that the main benefit is security?
In its current form, there are currently two primary security benefits
that the launcher process provides:
* When the launcher
On Thu, Sep 27, 2018 at 11:19 AM Aaron Klotz wrote:
> 1. Automation
> -
>
> If you are doing some kind of automation that waits for the Firefox
> process to finish, you'll find that the initial Firefox process exits
> sooner than the browser, appearing to your script that Firefox is
>
On 9/27/2018 9:47 AM, Ted Mielczarek wrote:
We have `MOZ_DEBUG_CHILD_PROCESS` for e10s content processes[1]. Would
something similar (or maybe just supporting that?) be useful for the browser
process as well?
Sure, I have filed bug 1495039.
* If you use WinDbg, you may start your debuggi
6 matches
Mail list logo
