If you can install a new-enough (4.0.1 worked last I checked, but 5.0.1 is
better) clang and llvm development system packages, those should let the
build complete.
If your distro doesn't provide a new-enough toolchain you'll have to
compile one. Set LLVM_CONFIG in the environment to point to your
On Wed, Jan 17, 2018 at 10:27 AM, Steve Fink wrote:
> Would it be possible that when I do an hg pull of mozilla-central or
> mozilla-inbound, I can also choose to download the object files from the
> most recent ancestor that had an automation build?
You mention 'artifact builds' so I assume y
On Tue, Jan 16, 2018 at 11:19 AM, Jean-Yves Avenard
wrote:
12 minutes sounds rather long, it’s about what the macpro is currently
> doing. I typically get compilation times similar to mac...
>
Yes, I'd like to see 7 minute build times again too! The E5-2643 has a
higher clock speed than the Xeon
On Tue, Jan 16, 2018 at 7:51 AM, Jean-Yves Avenard
wrote:
But I would be interested in knowing how long that same Lenovo P710 takes
> to compile *today*….
>
On my Lenovo P710 (2x2x6 core Xeon E5-2643 v4), Fedora 27 Linux
debug -Og build with gcc: 12:34
debug -Og build with clang: 12:55
opt buil
On Tue, Dec 5, 2017 at 9:16 AM, Emilio Cobos Álvarez
wrote:
> That looks like bindgen, but the error is a C++ one, that is, it's clang
> who is choking to parse type_traits. Which version of libclang is this
> using?
>
The libclang version supplied to bindgen is set by
https://searchfox.org/moz
On Tue, Oct 10, 2017 at 5:43 AM, wrote:
> Is it now impossible to build APKs which run on this platform?
>
Some patching would be required.
> Where can I find an APK of previous versions?
>
Historic versions of Firefox for Android can be found at
https://archive.mozilla.org/pub/mobile/releas
#x27;ll update the page next week in response to any
persuasive arguments and move the minimum-version proposal to the current
policy section.
Thanks for you time, and let me know if you have any questions.
Ralph Giles
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
Tue, Jul 25, 2017 at 8:25 PM, Steve Wendt wrote:
> Likewise for libvpx and libffi?
>
libvpx is maintained upstream and updated periodically, so there's no point
making changes if they're not also accepted upstream. I don't know about
libffi; our vendored copy is a minor release behind upstream
On Mon, Jul 24, 2017 at 3:51 PM, Botond Ballo wrote:
> With MozReview [1], you can submit patches from the command line via a
> simple "hg push review".
>
There's a `git mozreview push` command in the same repo but I believe it
requires rebasing on top of a git-cinnabar clone of a mercurial rep
On Sat, Jul 22, 2017 at 12:11 PM, Enrico Weigelt, metux IT consult <
enrico.weig...@gr13.net> wrote:
> I'm currently in process of making the media stuff optional.
> (dont need/want it within mail client).
>
I suspect this will be painful to maintain. We used to have a lot of
#ifdefs for media p
On Sun, Jul 23, 2017 at 8:11 PM, Enrico Weigelt, metux IT consult <
enrico.weig...@gr13.net> wrote:
> I'm seeing lots of things like #ifdef XP_WIN etc.
>
> Pretty often for simple things like directory delimiters,
> some missing standard types or functions, etc.
>
> Shouldn't things belong into N
You're right that this isn't currently easy to do.
A more recent project, now also abandoned, was
https://github.com/mozilla/positron You might see if that's a place to
start.
-r
On Thu, Jul 6, 2017 at 12:47 PM, cnico7 wrote:
> Hi,
>
> I would like to embed gecko or firefox in a native window
On Wed, Jun 21, 2017 at 9:47 PM, Randell Jesup
wrote:
> Does this have affect on our still using the 10.7 Mac SDK?
We are still building against the macOS 10.7 SDK, but we can update to 10.9
once we've confirmed transition away from the 10.7 builders.
-r
_
If you're building Firefox from source, please check that your rust
toolchain is up-to-date. You can either:
rustup update
or
./mach bootstrap
We've just queued a patch to bump the minimum required rust version from
1.15.1 to 1.17.0, the version released 8 weeks ago. This is necessary for
m
Yes, the store doesn't provide any filtering for non-neon armv7
devices. We were going to write some runtime test+error page, but it
looks like that didn't happen.
Sorry for the hassle,
-r
On Tue, May 23, 2017 at 1:00 PM, wrote:
> I was updating from Google Play without any warning on my -inde
The stand-alone bootstrap.py script actually has a --no-interactive
option (which answers 'yes' to everything) but the mach wrapper
doesn't support this.
`mach mercurial-setup` takes an --update-only option. Maybe we
implementing something like that for `mach boostrap` would help. Or
calling it so
On Wed, Mar 29, 2017 at 3:40 AM, Henri Sivonen wrote:
> Arguably, system configuration info belongs under FHR, so it would not
> be optimal if the Pulse check wasn't there but was in opt-in Telemetry
> instead. Where was it?
The check was marked opt-out.
https://dxr.mozilla.org/mozilla-central/
On Fri, Mar 17, 2017 at 4:27 AM, Emilio Cobos Álvarez wrote:
> Fedora didn't have libclang 3.9 packages IIRC, but that could've
> changed.
clang 3.9.1 in now in the fedora 25 updates repo.
https://koji.fedoraproject.org/koji/packageinfo?packageID=21848
-r
__
I second Jeff's point about building with icecream[1]. If you work in
an office with a build farm, or near a fast desktop machine you can
pass jobs to, this makes laptop builds much more tolerable. Despite
the warnings on the mdn page, I do this over the wan as well. It's a
lot slower than when I'm
On Mon, Feb 27, 2017 at 4:03 AM, Henri Sivonen wrote:
> I find this level of difficulty (self-inflicted quasi-Tivoization
> practically) an unreasonable impediment to practicing trivial Software
> Freedom with respect to the vendored crates.
I agree we need to fix the ergonomics here, but I don'
I agree with Ted and Jack. For the specific case of the mp4parse
cheddar header, we currently check that in because it wasn't much
hassle, and cheddar pulled in syntex-syntax as a dependency which
added significantly to the build time. Eventually I want to use
runtime binding generation, for the us
We've updated the minimum-required rust version for mozilla-central to 1.15.1.
This version just reached the stable channel, so you'll need to update
your build environment. You should be able to do this just by typing:
rustup update stable
If you don't have rustup, you can get it by running `
On Thu, Nov 24, 2016 at 2:49 PM, Ralph Giles wrote:
> You'll still be able to build without a rust compiler by adding:
>
> ac_add_options --disable-rust
Just a heads up that I've removed this configure option in bug
1284816, so this will stop working on mozilla-central wit
On Mon, Jan 23, 2017 at 10:03 AM, Nicholas Alexander
wrote:
> Ralph Giles told me just a few days ago that yes, we support ARMv7 with and
> without NEON. This is relevant to the Oxidation project.
That is correct. We have bugs about dropping devices without NEON
(https://bugzil.la/130581
On Tue, Jan 3, 2017 at 7:05 AM, Ben Kelly wrote:
> FWIW, it seems ./mach bootstrap does not install gcc 4.9 on ubuntu 14.04.
It looks like it's not packaged for 14.04; so we'd have to add a ppa
to do this prior to 16.04.
-r
___
dev-platform mailing l
On Fri, Dec 16, 2016 at 12:25 PM, Jason Duell wrote:
> So a switch that toggles the "network is expensive" bit, plus turns off
> browser updates, phishing list fetches, etc?
Windows 10 has such a switch, although I suspect it's up to
applications to opt-in. An API to query 'metered connection' s
Anyway, thanks for the suggestion, Simon. I filed
https://bugzil.la/1324040 with this fix.
In the meantime, the curl command line from https://rustup.rs/ should
work equivalently.
-r
On Fri, Dec 16, 2016 at 9:40 AM, Ralph Giles wrote:
> On Fri, Dec 16, 2016 at 9:19 AM, Simon Sapin wr
On Fri, Dec 16, 2016 at 9:19 AM, Simon Sapin wrote:
> RUSTUP_URL_BASE = 'https://static-rust-lang-org.s3.amazonaws.com/rustup'
>
> If that fixes the issue for you, it’s likely that your Python version does
> not support SSL SNI.
I can reproduce with python urlib2.urlopen() on an ubuntu 14.04
g/en-US/Firefox/Building_Firefox_with_Rust_code
Cheers,
-r
On Thu, Nov 24, 2016 at 2:49 PM, Ralph Giles wrote:
> tl;dr This is a heads-up that all gecko developers should install rust.
>
> Next week I plan to switch our default build config to require Rust
> when building Firefox.[1] If you compile Firefox fr
anks to everyone for your support and testing feedback!
-r
On Thu, Nov 24, 2016 at 2:49 PM, Ralph Giles wrote:
> tl;dr This is a heads-up that all gecko developers should install rust.
>
> Next week I plan to switch our default build config to require Rust
> when building Firefox.[1] I
On Mon, Nov 28, 2016 at 9:28 AM, Michael Froman wrote:
> Any thoughts? Further info:
> mfroman-23602:moz-central mfroman$ which rustc
> /Users/mfroman/.cargo/bin/rustc
> mfroman-23602:moz-central mfroman$ rustc --version
> error: no default toolchain configured
Very mysterious. This error messa
On Sun, Nov 27, 2016 at 2:46 PM, Gerald Squelart wrote:
> Following your instructions, rustc and friends are in ~/.cargo/bin, and I've
> added that path in my $PATH.
>
> But now, `./mach build` gives me:
> force-cargo-build
> env: /usr/local/bin/cargo: No such file or directory
> [...]
> Sym
On Fri, Nov 25, 2016 at 7:48 AM, Andrew Halberstadt
wrote:
> For anyone confused by this, the binaries are downloaded to ~/.cargo/bin
> and adding this directory to your $PATH should fix the issue. The
> bootstrapper explains this if you run it a second time, but makes no
> mention of it the firs
tl;dr This is a heads-up that all gecko developers should install rust.
Next week I plan to switch our default build config to require Rust
when building Firefox.[1] If you compile Firefox from the C++ source,
please install the Rust language environment now.
You can install Rust by running `./ma
On Wed, Nov 16, 2016 at 12:27 AM, wrote:
> I'm a developer on the Microsoft Visual C++ compiler (code optimizer) and I'm
> looking into extending our test suite with popular open-source projects. This
> helps us to find bugs earlier, ensuring that these projects are not broken
> by frontend
On Wed, Nov 9, 2016 at 8:41 AM, Kartikaya Gupta wrote:
> If I edit the third_party/rust/cmake/src/lib.rs
> in-place, the build fails because of a hash mismatch.
Interesting! This is supposed to happen as a check against corruption
and/or non-reproducible builds, but I can't reproduce by modifyin
On Fri, Sep 30, 2016 at 12:33 PM, Gregory Szorc wrote:
> `mach mercurial-setup` does an `hg pull` from hg.mozilla.org to obtain the
> version-control-tools repository, which is where most of the logic for `mach
> mercurial-setup` lives (because we have a nice testing harness in
> version-control-t
The change was announced here and on firefox-dev a few weeks ago. See
for example
https://groups.google.com/d/msg/mozilla.dev.platform/LOC83qKUPfk/cZtmaEbOAwAJ
It might be nice if `mach mercurial-setup` did this kind of update?
-r
On Fri, Sep 30, 2016 at 12:18 PM, ISHIKAWA,chiaki wrote:
> In
On Wed, Sep 21, 2016 at 3:19 PM, Ehsan Akhgari wrote:
> Good point, which brings us to this question: is media playback the only
> use case for using the in-progress downloads?
This in-progress issue is mostly about the download size, so I can
imagine the same thing happening with other large fi
On Fri, Jul 15, 2016 at 3:34 AM, Kurt Roeckx wrote:
> I also wonder how this fallback thing works. Things are linked to the
> pulseaudio library, but if the pulseaudio binary isn't installed things fall
> back to something else like alsa as far as I know. Is this something the
> pulseaudio libr
On Tue, Jul 5, 2016 at 3:36 PM, Gregory Szorc wrote:
> * `mach build binaries` (touch network/dns/DNS.cpp): 14.1s
24s here. So faster link times and significantly faster clobber times. I'm sold!
Any motherboard recommendations? If we want developers to use machines
like this, maintaining a curr
On Tue, Jul 5, 2016 at 12:12 PM, Gregory Szorc wrote:
> I recommend 2x Xeon E5-2637v4 or E5-2643v4.
For comparison's sake, what kind of routine and clobber build times do
you see on a system like this? How much does the extra cache on Xeon
help vs something like a 4 GHz i7?
My desktop machine
On Mon, Jul 4, 2016 at 1:39 PM, Gijs Kruitbosch
wrote:
> What about people not lucky enough to (regularly) work in an office,
> including but not limited to our large number of volunteers? Do we intend to
> set up something public for people to use?
By all accounts, the available distributed com
A few of these are in MediaFormatReader.
On Mon, May 30, 2016 at 11:22 PM, Nicholas Nethercote
wrote:
> 11 MOZ_RELEASE_ASSERT(!mSkipRequest.Exists()) (called mid-skipping)
> 222 0.02 %
Fixed in bug 1068151.
> 16 MOZ_RELEASE_ASSERT(!mAudio.HasPromise()) (No duplicate sample
> requests)
on't be upgraded, can we proceed
> to remove all the nsCocoaFeatures::On[Mountain]LionOrLater() calls in
> Firefox 49 and just assume everywhere that MacOSX specific Gecko code is
> running on 10.9 or later?
>
>
>
> On Fri, May 27, 2016 at 4:59 PM, Ralph Giles wrote:
>&
On Thu, May 26, 2016 at 3:37 PM, L. David Baron wrote:
> There's a screenshot in:
> https://bugzilla.mozilla.org/show_bug.cgi?id=1255588#c8 (and #c9)
> (which is the bug that made the necessary changes for the Mac OS X
> support change in Firefox 49).
Ah, that's great. Thanks!
-r
_
By design, dmg's don't do anything. There's no installer, just a
container with the executable ready to run. Nils reported in the other
thread that we just crash at launch time on 10.6, which is
unfortunate. I'd hoped Apple would show a 'not supported on this
version' dialog. We could including a w
Bug 1275439 just landed on inbound, which renames the logging
specifier environment variable from MOZ_LOG_MODULES to just MOZ_LOG,
which is a lot less typing.
MOZ_LOG_FILE for directing logging output to a file remains the same.
Both MOZ_LOG_MODULES and NSPR_LOG_MODULES are still accepted, but
us
On Wed, May 18, 2016 at 11:10:30AM +0300, Henri Sivonen wrote:
>> So we now require SSE2 on [...]
>> * 32-bit x86 Mac, which means just the plugin-container now that we
>> no longer support 10.6, which was the last OS X version that ran on
>> 32-bit hardware.
Actually, all of Apple's intel hardw
On Mon, May 16, 2016 at 10:53 AM, Benjamin Smedberg
wrote:
> IIRC the Mozilla builds of Firefox for Linux already require SSE2 by virtue
> of their -i686 build targeting, so the real question here is whether we
> want to support distros that don't require SSE2? I'm ok with that, but I
> don't whe
Sounds good. Thanks for the heads-up.
-r
On Wed, May 4, 2016 at 6:46 AM, Aryeh Gregor wrote:
> Bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1269712
>
> Relevant change in standards:
> https://github.com/whatwg/html/issues/293, also maybe
> https://www.w3.org/2015/10/28-htmlcue-minutes.html
On Mon, May 2, 2016 at 4:10 PM, Gregory Szorc wrote:
> So this presumably means we can turn off automation running on 10.6-10.8 on
> mozilla-central? I believe that will drastically increase our OS X
> automation capacity...
Yes, please. We can't take advantage of any of the engineering
benefits
On Fri, Apr 29, 2016 at 9:52 PM, Lawrence Mandel wrote:
> I had planned to update the thread after the post went live so that I had
> the link. Thank you for posting it.
The blog post just says "August 2016". Firefox 48 is scheduled for
release August 2. Can you confirm that means we can start r
Thanks, Nathan. This is really great to see!
-r
On Thu, Apr 21, 2016 at 7:57 AM, Nathan Froyd wrote:
> Bug 1163224 has landed on inbound, which means that Gecko builds with
> --enable-rust now support multiple Rust crates. This change is
> intended to make the lives of people developing Rust c
I'm not sure there's much to say here. I think we should remain
uninterested in the TTML efforts. Work to define translation from
CEA608 and CEA708 to WebVTT is worthwhile, and I'd like to see it
supported. Unfortunately our interest in WebVTT has been mostly
theoretical recently, so I don't see us
On Tue, Apr 12, 2016 at 3:51 AM, Neil Harris wrote:
> for example, http://releases.mozilla.org/pub/firefox/releases/45.0.1/
Also note that the releases.mozilla.org host supports https, which
offers an additional verification path.
-r
___
dev-platform
On Mon, Mar 21, 2016 at 9:13 AM, Honza Bambas wrote:
> tl;dr: Start migrating to use of MOZ_LOG_* instead of NSPR_LOG_*. Don't
> worry about backward compatibility tho, when MOZ_LOG_* is not set, we
> fallback to NSPR_LOG_* values.
Could this be an opportunity to shorten NSPR_LOG_MODULES to jus
Discussion seems to have wound down. Is there a decision on this?
-r
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
On Tue, Mar 22, 2016 at 3:51 PM, Brian Smith wrote:
> Is the Rust MP4 parser using panics for flow control (like is common in JS
> and Java with exceptions), or only for "should be impossible" situations
> (like MOZ_CRASH in Gecko)?
We're not using panics for flow control. We do have assert!s, a
On Tue, Mar 22, 2016 at 9:31 AM, wrote:
> Given that I know very little about rust, and putting aside the activities of
> Rust upstream's releases in general, what do we expect is going to be needed
> here in terms of a rust package to build an ESR vs a regular firefox release?
> I assume /
On Mon, Mar 7, 2016 at 12:14 AM, wrote:
> No, you can support H264 in Matroska in Mozilla just fine. It just takes a
> few lines of codes.
Right, but that would be a different intent-to-implement. Firefox
supports WebM, not Matroska.
-r
___
dev-pla
On Fri, Feb 5, 2016 at 10:31 AM, Ralph Giles wrote:
> Would it result in drama if it's just a bug with an easy fix? Distros'
> support policies are different from ours as their upstream. Perhaps we
> should just try it without the `-C target-feature=-sse2` for linux32,
>
Where do new changes go?
-r
On Wed, Feb 24, 2016 at 2:28 PM, Mike Hommey wrote:
> Hi,
>
> We are, officially, and starting today with the landing of bug 1250294,
> moving away from autoconf. This is not going to happen overnight, and it
> is going to be painful, but the first step has just been
On Thu, Feb 4, 2016 at 11:45 PM, Henri Sivonen wrote:
>> We're actually building it for 32-bit MacOS X too, but all x86 macs have
>> SSE2.
>
> Is there a plan for adding Android builds and 32-bit Windows and Linux builds?
We plan to do so. Nathan Froyd has been working on both of those.
Win32 i
On Wed, Feb 3, 2016 at 5:23 AM, Henri Sivonen wrote:
> My understanding is that the new
> MP4 demuxer that's written in Rust is currently only being built in
> the x86_64 case, so, AFAICT (I'd love to be wrong!), Rust code in
> 32-bit Firefox isn't a solved problem yet.
We're actually building i
We intend to support the VP9 video codec in mp4 fragments and files.
Netflix recently proposed a specification for encapsulation of
Google's VPx family of video codecs in the ISO Base Media File Format,
more commonly known as mp4. VP9 is a royalty-free video compression
format developed by Google,
We intend to support the Opus audio codec in mp4 fragments and files.
Opus is a royalty-free audio compression format developed by Mozilla
(Xiph), Microsoft (Skype), Broadcom and others. It offers better
quality for both voice and music, scaling over a wider range of
network speeds and with lower
All,
We're hoping to ship the MediaSource Extension API[1] soon. This is a
new API on HTML5 media elements ( and ) for feeding
compressed audio and video data from javascript, allowing page authors
to manage buffering, switch bitrates, splice clips, and so one while
still taking advantage of the b
On 2014-10-27 3:18 PM, Nicholas Nethercote wrote:
> ./media/libopus/celt/arm/arm2gnu.pl
> ./media/libvpx/build/make/ads2gas.pl
> ./media/libtheora/lib/arm/arm2gnu.pl
These come from upstream, and are used to convert syntax of assembler
source files so they can work with various toolchains. Upstre
On 2014-10-16 12:57 PM, Ehsan Akhgari wrote:
> GCC is https://bugzilla.mozilla.org/show_bug.cgi?id=1077549. No
> specific bug or plans for MSVC2010, but I'd be open to killing support
> for it on the next release train.
MSVC 2010 means we have to maintain a separate no-AVX2 config for the
media p
On 2014-10-02 4:03 AM, Jonathan Kew wrote:
> The format is primarily based on earlier TrueType compression work
> (MicroType Express) by Monotype, and a new entropy coder (Brotli)
> developed by Google's data compression team in Zurich.
What kind of filesize reductions do you see over ttf and wof
Forked and PR submitted.
Jeff, do you still have admin access on gitmirror.mozilla.org? Can you
deploy and confirm the fix?
-r
On 2014-10-01 10:12 AM, Ralph Giles wrote:
> On 2014-10-01 9:49 AM, Mike Hoye wrote:
>> I think the author of that intranet page has left us for Stripe a whi
On 2014-10-01 9:49 AM, Mike Hoye wrote:
> I think the author of that intranet page has left us for Stripe a while
> ago. Who owns it now?
Perhaps no one. I've just discovered in adding new repos that it's
broken. The github webhook format has changed, and it's returning 500.
-r
_
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 2014-10-01 9:33 AM, Ms2ger wrote:
> Looks like the instructions to add repos are on intranet; why?
Because they contain the auth secret.
-r
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iQEcBAEBCAAGBQJULDV5AAoJEEcAD3uxRB3v6QUH/0jEfQz0iGQvYw
On 2014-10-01 3:13 AM, Ed Morley wrote:
> Perhaps part of the solution is to move at least some of the other
> repositories to the main Mozilla Github org
Stronger hierarchy has costs. To create a repo under the mozilla
organization I must have a relationship with someone with admin rights
to cre
On 2014-10-01 7:17 AM, Mike Hoye wrote:
> Having to scramble to recover from data loss - particularly around
> source or bug tracking - is a miserable experience we should try to avoid.
Perhaps http://gitmirror.mozilla.org/ should be our project directory.
-r
https://github.com/mozillayvr/
Upstream libraries we import:
https://github.com/kinetiknz/nestegg/
https://github.com/xiph/opus/
https://github.com/webmproject/libvpx
-r
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozill
On 2014-08-19 1:55 PM, Benoit Girard wrote:
> Perhaps we should instead promote checkin-needed (or a similar simple)
> to coalesce simple changes together.
I would prefer to use 'checkin-needed' for more things, but am blocked
by the try-needed requirement. We need some way to bless small changes
On 2014-08-01 9:47 AM, Bob Clary wrote:
> I didn't specify --with-macos-sdk when building on 10.6 previously nor
> when building on 10.9, so native libraries?
I *think* the default isysroot is '/' so not passing --with-macos-sdk
would build against the system's native libraries, headers and frame
On 2014-07-31 11:42 AM, Bob Clary wrote:
> Actually I had been building on 10.6 up until this morning. I've
> switched my builders to 10.9 where it appears all is well and I am able
> to run the builds on 10.6+.
Just out of curiousity, are you building against the 10.7 sdk on 10.9,
or against the
On 2014-07-19 1:14 PM, Caspy7 wrote:
> Would this code be a candidate for use in Firefox OS or does most of that
> happen in the hardware?
Probably not for Firefox OS, if you mean mozjpeg. Not necessarily
because it uses hardware, but because mozjpeg is about spending more cpu
power to compress
On 2014-07-18 2:28 PM, Dave Hylands wrote:
> No reason, other than I'm not familiar with EventListener. What is an
> EventListener and how would you use it? Maybe just point me at an example?
deviceStorage.addEventListener('newarea', function(event) {
// Handle new area being available.
On 2014-06-14 1:11 PM, Kyle Machulis wrote:
> Preference behind which this will be implemented: dom.webmidi.enabled
I suggest dom.midi.enabled. 'web' is redundant with dom, and doesn't
appear as a prefix in any of the API points.
-r
___
dev-platform
On 2014-05-21 9:56 AM, Emmanuel Engelhart wrote:
> checker. But it seems the Mozilla codes uses this API for many things
> linked to video stuff:
> https://mxr.mozilla.org/mozilla-central/search?find=%2F&string=QTKit
This is all video capture code for WebRTC. What API does Apple recommend
instead
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/05/14 10:19 AM, Benoit Jacob wrote:
> The "Implementations are free to return a context that implements a
> higher version" part violates the above requirement 1. in your
> email, "The WebGL working group wants web pages to opt in to the
> WebGL
On 2014-05-06 9:53 AM, Benoit Jacob wrote:
> By default, WebGL does not allow FLOAT to be passed for
> the type parameter of the texImage2D method. The OES_texture_float
> extension make that allowed.
I have trouble seeing how this could break current implementations. If a
page somehow looks for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2014-04-25 1:04 PM, Wesley Hardman wrote:
> Shouldn't creating a file or directory, simply inherit the
> permissions from the parent?
I think Zack is describing the unix permissions model specifically
here, where the 'x' permission is overloaded.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2014-04-25 12:26 PM, Zack Weinberg wrote:
> AIUI, Windows makes no distinction between "readable" and
> "executable" in file permissions. Files are executable if their
> extension is recognized, and not otherwise.
That's consistent with my tests.
On 2014-04-25 11:47 AM, Mike Hoye wrote:
> Because people download executable files with the expectation that they
> can easily execute them.
I ask because allowing web content to add executable files has security
risks. URLs don't have unix permissions, but I see on Windows anything
with a .exe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2014-04-25 11:08 AM, Zack Weinberg wrote:
> Against these (particularly the third) was the claim that this API
> is only useful to the download manager.
Forgive the derail, but why does the download manager need to make
things executable?
-r
On 2014-04-14 3:41 PM, Vladimir Vukicevic wrote:
> 2. Contact Oculus with our concerns about the license, and see if they
would be willing to relicense to something more standard.
We should certainly ask, and explain what the problem is for us.
> The goal would be to remove LibOVR before we ship
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2014-02-28 1:52 PM, Zack Weinberg wrote:
> Yeah, I guess you would. We could maybe just live with that - at
> least, what *I* personally care about is not having to wade through
> a flood of preexisting "maybe used uninitialized" warnings to find
On 2014-02-28 8:53 AM, Usman Ehtesham wrote:
> When images are uploaded in Pinterest and Instagram, the size of the images
> get modified and so do the colors (within a ranges of +/- 10 pixels). Are
> images modified to align the images as a grid as seen in Pinterest and
> Instagram? If yes, how
On 2014-02-24 2:41 PM, Brendan Dahl wrote:
> There are 168 files with an average size of ~40KB, and all of the files
> together are roughly:
> 6.9M
> 2.2M when gzipped
IIRC mupdf was able to save significant space by pre-parsing the files.
Their code for that is GPL (and oriented toward compiling
On 2014-02-24 9:21 AM, Daniel Holbert wrote:
> a) We try to avoid directly modifying third-party code in m-c, since
> any such patches would be clobbered on the next library-update. So we
> may not be able to directly fix our in-tree copy of the code, unless
> it's really important.
FWIW in the me
On 2013-10-29 3:01 AM, Henri Sivonen wrote:
>>> http://www.w3.org/TR/mediaont-api-1.0/
>> ...
> I would prefer to abstain or otherwise not endorse this specification
Ok, thanks for reviewing it.
-r
___
dev-platform mailing list
dev-platform@lists.moz
On 2013-10-28 2:11 PM, L. David Baron wrote:
> API for Media Resources 1.0
> http://www.w3.org/TR/mediaont-api-1.0/
I was vaguely aware of this, and did some related work with our
media.mozGetMetadata call. I eventually dropped that project: there was
little feedback that developers found nati
On 2013-10-18 1:57 AM, Yoav Weiss wrote:
> Would you consider a large sample of lossless Web images (real-life images
> served as PNG24, even though it'd be wiser to serve them as JPEGs) to be
> unbiased enough to run this research against? I believe such a sample would
> better represent Web i
On 2013-10-16 2:26 PM, Anne van Kesteren wrote:
> For obscure DOM methods we do the warnings, then give it a try in
> nightlies and see if anyone screams. So yeah, you want to do that I
> think.
Sounds good to me.
-r
___
dev-platform mailing list
dev-p
On 2013-10-10 12:28 PM, Steve Fink wrote:
> It seems like the optimal efficiency vs surface exposure vs frequency
> of use tradeoff would be to do everything but the top formats (JPG,
> PNG, GIF?) in JS.
That's what we do today. We support those three image formats with
native code, and others
1 - 100 of 122 matches
Mail list logo
