Re: Announcing MozillaBuild 3.0 Release

> This means some people on older hardware or OSes aren't able build Firefox, This currently means that about 50% of the current users are not being able to build in the future. With Win 7 and 8.1 market share together we are not speaking about Vista here. I am building in a vm anyway so can set

Re: Announcing MozillaBuild 3.0 Release

This thread is nominally about a new version of MozillaBuild 3.0, though it has strayed significantly. I'm going to politely suggest that discussion of other topics in this thread cease. If anybody wants to start other threads on other topics, please do so. But also be aware that this mailing list

Re: Announcing MozillaBuild 3.0 Release

On Tue, Jul 25, 2017 at 01:07:19AM +, Enrico Weigelt, metux IT consult wrote: > On 25.07.2017 00:34, Mike Hommey wrote: > > > Debian has 52esr. > > Maybe in experimental. But that doesn't help me much for jessie. No, it's in testing, and should reach stable at some point, and I guess the De

Re: OS/2 still supported ?

On Tue, Jul 25, 2017 at 01:13:42AM +, Enrico Weigelt, metux IT consult wrote: On 25.07.2017 00:32, Mike Hoye wrote: On 2017-07-24 8:27 PM, Enrico Weigelt, metux IT consult wrote: Hi folks, I see lots of #ifdef XP_OS2 ... is OS/2 still supported at all ? Our list of supported platforms i

Re: OS/2 still supported ?

On 25.07.2017 01:26, Gregory Szorc wrote: Yes, please submit patches to remove dead code. I've already kicked out a lot. Couldn't fully test yet, as still have to cope w/ other breaks. But I'll move it to another branch, when I'm trough. BTW: BEOS could be next. Shall I put that in one patch

Re: Intent to remove: sensor APIs

I’m not sure what you’re asking: I’ve been using the deviceorientation API like this for many years, as have plenty of other people.It’s absolutely needed. -- Blair MacIntyre Principal Research Scientist bmacint...@mozilla.com > On Jul 24, 2017, at 8:04

Re: Announcing MozillaBuild 3.0 Release

On 7/24/2017 7:20 PM, Enrico Weigelt, metux IT consult wrote: On 24.07.2017 23:04, Mike Hommey wrote: It looks like you're doing a lot of work that is completely out of scope for creating packages for Debian/Devuan, Not quite. Of course, I don't wanna compile-in things that aren't necessary h

Re: OS/2 still supported ?

On Mon, Jul 24, 2017 at 6:13 PM, Enrico Weigelt, metux IT consult < enrico.weig...@gr13.net> wrote: > On 25.07.2017 00:32, Mike Hoye wrote: > >> On 2017-07-24 8:27 PM, Enrico Weigelt, metux IT consult wrote: >> >>> Hi folks, >>> >>> >>> I see lots of #ifdef XP_OS2 ... is OS/2 still supported at al

Re: OS/2 still supported ?

On 25.07.2017 00:32, Mike Hoye wrote: On 2017-07-24 8:27 PM, Enrico Weigelt, metux IT consult wrote: Hi folks, I see lots of #ifdef XP_OS2 ... is OS/2 still supported at all ? Our list of supported platforms is here: https://developer.mozilla.org/en/docs/Supported_build_configurations I do

Re: Announcing MozillaBuild 3.0 Release

On 25.07.2017 00:34, Mike Hommey wrote: Debian has 52esr. Maybe in experimental. But that doesn't help me much for jessie. And it still contains lots of dead weight, I'd like to get rid of. Which is out of scope for packaging something for Debian. Maybe for average Debian folks, who also

Re: IDL vs ifdef

On 7/24/2017 7:08 PM, Enrico Weigelt, metux IT consult wrote: I also don't want the dom-related part in tbird. I'm also going to make sure that it even never executes any jscript stuff from mails. That was done almost a decade ago. Much to the consternation of the few users who wanted an optio

Re: Announcing MozillaBuild 3.0 Release

On 07/24/2017 05:20 PM, Enrico Weigelt, metux IT consult wrote: When I'm done w/ that, I'll start w/ things I've been planning for quite some time, eg. moving mailbox handling to external upas service, all credential related stuff to factotum, move contact handling to external programs, etc, et

Re: Announcing MozillaBuild 3.0 Release

On Tue, Jul 25, 2017 at 12:20:48AM +, Enrico Weigelt, metux IT consult wrote: > On 24.07.2017 23:04, Mike Hommey wrote: > > > It looks like you're doing a lot of work that is completely out of scope > > for creating packages for Debian/Devuan, > > Not quite. Of course, I don't wanna compile-

Photon Engineering Newsletter #9

(via https://dolske.wordpress.com/2017/07/24/photon-engineering-newsletter-9/) Well, here we go again with a big update for Newsletter #9 ! [Since the last update, I took a vacation and ever since have been getting caught up. So this update is terribly

Re: OS/2 still supported ?

On 2017-07-24 8:27 PM, Enrico Weigelt, metux IT consult wrote: Hi folks, I see lots of #ifdef XP_OS2 ... is OS/2 still supported at all ? Our list of supported platforms is here: https://developer.mozilla.org/en/docs/Supported_build_configurations - mhoye ___

OS/2 still supported ?

Hi folks, I see lots of #ifdef XP_OS2 ... is OS/2 still supported at all ? --mtx ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Announcing MozillaBuild 3.0 Release

On 24.07.2017 23:04, Mike Hommey wrote: It looks like you're doing a lot of work that is completely out of scope for creating packages for Debian/Devuan, Not quite. Of course, I don't wanna compile-in things that aren't necessary here (eg. the media stuff). But that lead to lots of problems, s

Re: IDL vs ifdef

On 07/24/2017 05:08 PM, Enrico Weigelt, metux IT consult wrote: On 24.07.2017 21:03, Ralph Giles wrote: I suspect this will be painful to maintain. We used to have a lot of #ifdefs for media playback support but they weren't tested and were usually broken, so we removed them. Well, I'm just r

Re: IDL vs ifdef

On 24.07.2017 21:03, Ralph Giles wrote: I suspect this will be painful to maintain. We used to have a lot of #ifdefs for media playback support but they weren't tested and were usually broken, so we removed them. Well, I'm just reintroducing them. My original intention was just to build w/o t

Re: Intent to remove: sensor APIs

On 24.07.2017 20:46, Blair MacIntyre wrote: We are working on adding AR capabilities to the browser, and this will (similarly) > need to know device orientation. Please make sure, we can easily compile completely w/o that. --mtx ___ dev-platform

Re: Intent to remove: sensor APIs

On 24.07.2017 20:43, Kearwood Kip Gilbert wrote: Please note that disabling the Device Orientation API will also effectively disable the “WebVR Polyfill”. The “WebVR Polyfill” is a javascript library that allows browser that otherwise don’t support VR (ie, Fennec) to use “Cardboard” VR holders

Re: Announcing MozillaBuild 3.0 Release

On 07/24/2017 04:03 PM, Enrico Weigelt, metux IT consult wrote: On 24.07.2017 21:29, Steve Fink wrote: My guess is that the compilers/linkers don't really handle heavy C++ template usage very well, and end up generating and then eliminating massive number of duplicate template instantiations. B

Re: Announcing MozillaBuild 3.0 Release

On Mon, Jul 24, 2017 at 6:21 PM, Enrico Weigelt, metux IT consult wrote: > On 24.07.2017 20:40, Nathan Froyd wrote: >> Sure, it's daily business for us, too. Mike cited examples in his >> response (e.g. we cannot compile natively on 32-bit systems, Android >> included, so Firefox for such platfor

Re: Announcing MozillaBuild 3.0 Release

On Mon, Jul 24, 2017 at 08:25:18PM +, Enrico Weigelt, metux IT consult wrote: > I'm currently trying to package tbird (52esr) for Debian/Devuan. It looks like you're doing a lot of work that is completely out of scope for creating packages for Debian/Devuan, and that is work that sounds like

Re: Announcing MozillaBuild 3.0 Release

On 24.07.2017 21:29, Steve Fink wrote: My guess is that the compilers/linkers don't really handle heavy C++ template usage very well, and end up generating and then eliminating massive number of duplicate template instantiations. But that's idle speculation. I doubt there's much that compilers

Re: Announcing MozillaBuild 3.0 Release

On Mon, Jul 24, 2017 at 03:57:24PM -0700, Ralph Giles wrote: > 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 b

Re: Announcing MozillaBuild 3.0 Release

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

Re: Announcing MozillaBuild 3.0 Release

On 24.07.2017 21:13, Joshua Cranmer 🐧 wrote: In that example, undoing that slows down your build. (Parsing C++ header files take a lot of time in the aggregate, and you spend less time linking when there's no duplicates of inlined methods). That leads me to another question: do the headers nee

Re: Announcing MozillaBuild 3.0 Release

On Mon, Jul 24, 2017 at 6:21 PM, Enrico Weigelt, metux IT consult wrote: > Is there an automatic interface for patch submission (something > similarily easy like git-send-mail) ? Having to click through websites > manually is just very time consuming. With MozReview [1], you can submit patches fr

Re: Announcing MozillaBuild 3.0 Release

On 24.07.2017 20:40, Nathan Froyd wrote: Sure, it's daily business for us, too. Mike cited examples in his response (e.g. we cannot compile natively on 32-bit systems, Android included, so Firefox for such platforms is cross compiled from a 64-bit platform). OTOH, we should keep in mind that

Re: Announcing MozillaBuild 3.0 Release

On 07/24/2017 02:13 PM, Joshua Cranmer 🐧 wrote: On 7/24/2017 3:25 PM, Enrico Weigelt, metux IT consult wrote: Not sure, whether an 4core i7 w/ 8GB RAM already counts as "old", but it's really slow on my box. I've got the impression there's stil a lot of room for optimizations. For example, I wo

Re: Keyboard APZ has landed on Inbound

> We will not do keyboard APZ, even if the event listener is marked passive. I filed a bug 1383900 about this with a more in depth explanation and possible ways we can get around this to use keyboard APZ more often. [1] [1] https://bugzilla.mozilla.org/show_bug.cgi?id=1383900 > Should that be

Re: Announcing MozillaBuild 3.0 Release

On 7/24/2017 3:25 PM, Enrico Weigelt, metux IT consult wrote: That's been true for some time now; while we still support 32-bit systems, > for example, you can't build Firefox on 32-bit systems at all due to > memory constraints, This raises the question: why does it take up so much memory ?

Re: IDL vs ifdef

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

Re: Intent to remove: sensor APIs

On Jul 24, 2017, at 4:38 PM, Enrico Weigelt, metux IT consult wrote: > > On 24.07.2017 15:07, Mike Hoye wrote: >> >> I have a sense that as AR gets richer and more nuanced that ambient > > Are we still talking about browsers ? Yes. There are plenty of websites that use deviceorientation,

RE: Intent to remove: sensor APIs

Please note that disabling the Device Orientation API will also effectively disable the “WebVR Polyfill”. The “WebVR Polyfill” is a javascript library that allows browser that otherwise don’t support VR (ie, Fennec) to use “Cardboard” VR holders to create simple VR experiences. Usage of these

Re: Announcing MozillaBuild 3.0 Release

On Mon, Jul 24, 2017 at 4:25 PM, Enrico Weigelt, metux IT consult wrote: > On 24.07.2017 16:00, Mike Hoye wrote: >> Unfortunately we have to build _for_ a number of our supported operating >> systems without being able to build _on_ those operating systems. > > Is that a big problem ? > > At least

Re: Intent to remove: sensor APIs

On 24.07.2017 15:07, Mike Hoye wrote: I have a sense that as AR gets richer and more nuanced that ambient Are we still talking about browsers ? --mtx ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/d

Re: Intent to remove: sensor APIs

On 24.07.2017 13:57, Ben Kelly wrote: > On Mon, Jul 24, 2017 at 5:10 AM, Anne van Kesteren wrote: > >> * Device orientation >> > > Isn't this one required to build a decent web experience on mobile for some > sites? Could you please define "decent web experience" ? Maybe I'm just old, but I

Re: platform specialities

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

Re: Announcing MozillaBuild 3.0 Release

On 24.07.2017 16:00, Mike Hoye wrote: Hi, Unfortunately we have to build _for_ a number of our supported operating systems without being able to build _on_ those operating systems. Is that a big problem ? At least within Linux world, it's daily business for me (well, I'm doing a lot of embed

Re: Keyboard APZ has landed on Inbound

On 2017-07-21 11:05 PM, Ryan Hunt wrote: The patch to enable async keyboard scrolling in nightly (for all platforms except Android) has landed on inbound. Once this is merged to central, key scrolling will be done by the compositor instead of on the main thread in most cases. This should bring t

Re: Phabricator Update, July 2017

On Wednesday, 19 July 2017 16:19:02 UTC-4, Randell Jesup wrote: > >On 2017-07-14 1:31 AM, Jim Blandy wrote: > >> Many people seem to be asking, essentially: What will happen to old bugs? > >> I'm trying to follow the discussion, and I'm not clear on this myself. > >> > >> For example, "Splinter wi

Re: who uses idl stuff

I might suggest having a look at https://wiki.mozilla.org/Gecko:Overview for your general architectural questions. On Sun, Jul 23, 2017 at 12:00 AM, Enrico Weigelt, metux IT consult < enrico.weig...@gr13.net> wrote: > Hi folks, > > > could anyone please give me some insight, where the the IDLs >

Re: [RelEng] Switching to TaskCluster Windows builds on Wednesday July 26th

What Dustin said. Thrilled to see some big jobs moving to TC. Keep pushing! Lawrence On Fri, Jul 21, 2017 at 3:02 PM, Dustin Mitchell wrote: > Nice work -- what a milestone! > > Dustin > ___ > release-engineering mailing list > release-engineer...@lis

Re: Intent to remove: sensor APIs

Please consider the request to remove device orientation retracted for now. We'll still need to figure out some kind of long term plan for that API though. WebVR building on it through libraries that abstract away the browser incompatibilities will just make it harder to fix the underpinnings going

Re: Announcing MozillaBuild 3.0 Release

On 2017-07-22 3:13 AM, Frank-Rainer Grahl wrote: Personally I find this a bad idea. Windows 7 and 8.1 are still supported till 2020 and 2023. As long as the compilers are supported too on them these should also be fully supported as a build environment. Unfortunately we have to build _for_ a nu

Re: Keyboard APZ has landed on Inbound

In this context, we don't have the numbers for keyboard APZ; we do know that 14% of the page loads (last time we did a telemetry measurement) had non-passive event listeners. On 23-Jul-17 22:05, Ryan Hunt wrote: We will not do keyboard APZ, even if the event listener is marked passive. Passi

Re: Intent to remove: sensor APIs

True, true. For example, if the ambient light sensing could deliver the kind of “estimation of ambient lighting” that Apple’s ARKit does, we could use that in rendering. But, one question will be: what of these capabilities should just be part of “WebAR”, and which can be used effectively ind

Re: Intent to remove: sensor APIs

I have a sense that as AR gets richer and more nuanced that ambient light and proximity sensing will become important as well, even if we're not there yet. - mhoye On 2017-07-24 10:39 AM, Blair MacIntyre wrote: I was just about to say the same thing. This API is essential for our AR work;

Re: Intent to remove: sensor APIs

I was just about to say the same thing. This API is essential for our AR work; the fact that Firefox is different than other browsers is problematic, but there are javascript libraries that help with it. Getting rid of it would be really bad. > On Jul 24, 2017, at 9:57 AM, Ben Kelly wrote:

Re: Intent to remove: sensor APIs

On Mon, Jul 24, 2017 at 5:10 AM, Anne van Kesteren wrote: > * Device orientation > Isn't this one required to build a decent web experience on mobile for some sites? It seems pretty common on mobile to adjust the UX based on whether the device is in portrait/landscape orientation. _

IDL vs ifdef

Hi folks, I'm currently in process of making the media stuff optional. (dont need/want it within mail client). Unfortunately, it idl files are referenced by lot of others. Just adding some #ifdef's around these places doesn't work. Any idea to achieve this ? --mtx mit freundlichen Grüßen -

Re: Announcing MozillaBuild 3.0 Release

On 21.07.2017 22:52, Gregory Szorc wrote: Hi folks, The plan from build system land is to attempt to go "all in" on Windows Subsystem for Linux (WSL). That's the feature in Windows 10 (and even in Server additions now) that implements Linux syscalls inside the Windows kernel and allows you to r

[Firefox Desktop] Issues found: July 17th to July 21st

Hi everyone, Here's the list of new issues found and filed by the Desktop Release QA Team last week, *July 17 - July 21* (week 29). Additional details on the team's priorities last week, as well as the plans for the current week are available at: https://public.etherpad-mozilla.org/p/Des

Intent to remove: sensor APIs

As a follow-up to the Ambient Light Sensor API thread, which ended up not really concluding, I hereby suggest we remove the various sensor APIs from our code base. Flipping the preference first to make sure there's no undue impact on web content and quick reversal is possible and then removing the

Re: git mirror

You could also look at git-cinnabar. It's a git helper that allows you to talk to HG remotes developed by Glandium, a Mozilla hacker. See for more Hope this helps, Freddy P.S: If you only want to look a