On 8/22/14 10:17 AM, Hubert Figuière wrote:
On 21/08/14 01:29 PM, Wesley Johnston wrote:
Summary: We've had some complaints at times about videos autoplaying on mobile
devices when sites request autoplay.
[...]
Autoplay waste bandwidth, whether mobile or wifi. In some case it is
more serious
On 15/08/2014 12:55, Paolo Amadini wrote:
The major change would be the removal of the multiple search sources
from the autocomplete code, since this feature is used heavily by
Thunderbird. For Firefox, we already developed the UnifiedComplete
component that replaces the multiple searches in the
On 8/22/14 9:08 AM, Ehsan Akhgari wrote:
Unfortunately I don't really understand the reasons behind this, but if you
use this command, please know that it doesn't work properly any more, even
if it seems to work in some cases. AFAICT the workarounds are either doing
a full build or ./mach build
On 8/25/14, 8:37 AM, Gregory Szorc wrote:
How fast do no-op / light builds need to be for |mach build
subdirectory| to not exist?
About 10 seconds to compete with my usage[0] of |./mach build
subdirectory| for hacking on devtools.
Of course, getting even faster is always appreciated ;)
On Mon, Aug 25, 2014 at 12:03 AM, Justin Dolske dol...@mozilla.com wrote:
On 8/22/14 10:17 AM, Hubert Figuière wrote:
On 21/08/14 01:29 PM, Wesley Johnston wrote:
Summary: We've had some complaints at times about videos autoplaying on
mobile devices when sites request autoplay.
[...]
- Original Message -
From: Gregory Szorc g...@mozilla.com
To: Ehsan Akhgari ehsan.akhg...@gmail.com, dev-platform@lists.mozilla.org
Sent: Monday, August 25, 2014 8:37:42 AM
Subject: Re: PSA: ./mach build subdirectory doesn't work reliably any longer
The reason people do partial
- Original Message -
Often my workflow looks something like this:
change files in directory D
rebuild only D, get a list of errors to fix
...iterate until no more errors
try to rebuild a few related directories, fixing errors there
then rebuild the entire tree, hopefully without
On 2014-08-25, 1:54 PM, Nathan Froyd wrote:
- Original Message -
Often my workflow looks something like this:
change files in directory D
rebuild only D, get a list of errors to fix
...iterate until no more errors
try to rebuild a few related directories, fixing errors there
then
On Mon, Aug 25, 2014 at 8:27 PM, Bill McCloskey wmcclos...@mozilla.com wrote:
Even if a full no-op build took no time, partial builds are still useful.
Often my workflow looks something like this:
change files in directory D
rebuild only D, get a list of errors to fix
...iterate until no
- Original Message -
Strawman idea: add support for:
mach check-syntax directory...
That will do nothing to reduce the overhead of the build system. Most
of the errors that Bill is talking about can be found the first time the
code is exercised by the compiler, so removing
On 8/25/14 11:00 AM, Ehsan Akhgari wrote:
On 2014-08-25, 1:54 PM, Nathan Froyd wrote:
- Original Message -
Often my workflow looks something like this:
change files in directory D
rebuild only D, get a list of errors to fix
...iterate until no more errors
try to rebuild a few related
- Original Message -
FWIW, I've often made changes like this when touching files like
nsCOMPtr.h or nsINode.h -- or switching nsresult from a typedef to an
enum class! -- and I find just doing ./mach build binaries works fine.
It reports errors randomly from all over the tree, but that
On 25/8/2014, 14:16, Aryeh Gregor wrote:
FWIW, I've often made changes like this when touching files like
nsCOMPtr.h or nsINode.h -- or switching nsresult from a typedef to an
enum class! -- and I find just doing ./mach build binaries works fine.
It reports errors randomly from all over the
On 2014-08-25, 2:22 PM, Gregory Szorc wrote:
On 8/25/14 11:00 AM, Ehsan Akhgari wrote:
On 2014-08-25, 1:54 PM, Nathan Froyd wrote:
- Original Message -
Often my workflow looks something like this:
change files in directory D
rebuild only D, get a list of errors to fix
...iterate
On 8/24/2014 6:21 PM, Eric Rescorla wrote:
FWIW, to the best of my knowledge WebRTC calls do not require a click.
But you have to click on the door-hanger to share camera/mic (or be on a
site you have already trusted not to abuse the permissions).
-Dan Veditz
On Mon, Aug 25, 2014 at 11:51 AM, Daniel Veditz dved...@mozilla.com wrote:
On 8/24/2014 6:21 PM, Eric Rescorla wrote:
FWIW, to the best of my knowledge WebRTC calls do not require a click.
But you have to click on the door-hanger to share camera/mic (or be on a
site you have already trusted
On Mon, Aug 25, 2014 at 8:37 AM, Gregory Szorc g...@mozilla.com wrote:
On 8/22/14 9:08 AM, Ehsan Akhgari wrote:
Unfortunately I don't really understand the reasons behind this, but if
you
use this command, please know that it doesn't work properly any more, even
if it seems to work in some
On Monday 2014-08-25 10:27 -0700, Bill McCloskey wrote:
Even if a full no-op build took no time, partial builds are still useful.
Often my workflow looks something like this:
change files in directory D
rebuild only D, get a list of errors to fix
...iterate until no more errors
try to
- Original Message -
On the other hand, if the build system automatically prioritized
.cpp dependencies ahead of .h dependencies and just automatically
built the things most likely to break first, I wouldn't have to
worry about this at all.
I'd be satisfied with that as well.
On 8/25/14 1:15 PM, L. David Baron wrote:
On Monday 2014-08-25 10:27 -0700, Bill McCloskey wrote:
Even if a full no-op build took no time, partial builds are still useful. Often
my workflow looks something like this:
change files in directory D
rebuild only D, get a list of errors to fix
On Mon, Aug 25, 2014 at 06:06:17PM -0400, Ehsan Akhgari wrote:
On 2014-08-25, 4:49 PM, Gregory Szorc wrote:
On 8/25/14 1:15 PM, L. David Baron wrote:
On Monday 2014-08-25 10:27 -0700, Bill McCloskey wrote:
Even if a full no-op build took no time, partial builds are still
useful. Often my
On Mon, Aug 25, 2014 at 12:24:53PM -0700, Eric Rescorla wrote:
On Mon, Aug 25, 2014 at 8:37 AM, Gregory Szorc g...@mozilla.com wrote:
On 8/22/14 9:08 AM, Ehsan Akhgari wrote:
Unfortunately I don't really understand the reasons behind this, but if
you
use this command, please know that
On 8/25/14 3:06 PM, Ehsan Akhgari wrote:
On 2014-08-25, 4:49 PM, Gregory Szorc wrote:
On 8/25/14 1:15 PM, L. David Baron wrote:
On Monday 2014-08-25 10:27 -0700, Bill McCloskey wrote:
Even if a full no-op build took no time, partial builds are still
useful. Often my workflow looks something
On Mon, Aug 25, 2014 at 3:18 PM, Mike Hommey m...@glandium.org wrote:
On Mon, Aug 25, 2014 at 12:24:53PM -0700, Eric Rescorla wrote:
On Mon, Aug 25, 2014 at 8:37 AM, Gregory Szorc g...@mozilla.com wrote:
On 8/22/14 9:08 AM, Ehsan Akhgari wrote:
Unfortunately I don't really
On Mon, Aug 25, 2014 at 03:28:31PM -0700, Eric Rescorla wrote:
I experience much longer build times on my Macbook Air:
A no-op ./mach build binaries is 44 seconds.
That can't be a no-op.
Two builds one after the other give me:
18.639u 11.022s 0:40.86 72.5% 0+0k 34016+1852io
25 matches
Mail list logo