Re: Proposal to update unowned and stale Core modules

Dave Townsend via governance wrote on 2019-03-19 10:05: Core :: Embedding Delete module and the currently unused embedding directory in mozilla-central +1 There is actually one remaining project in the directory, but it's been inactive for years and doesn't seem likely to be reactivated. Nor h

Re: planned changes to peers of Embedding module

Myk Melez <mailto:m...@mozilla.com> 2017 January 23 at 10:05 … Thus I plan to convert bz and jst to Peers Emeritus of the module. … Thus I plan to add Brendan and Trevor as peers of the module. As with other recent module changes, I'll schedule these to happen automatically un

planned changes to peers of Embedding module

Governors! I recently landed the changes in bug 1309049 [1] that move most of the code in the embedding/ directory [2] to various other directories (docshell/, dom/, and toolkit/). After those changes, there is no longer any code in embedding/ that bz and jst are familiar with, nor are they

Desktop Runtime module obsolete

Governors! In bug 1238079 [1], I disabled the desktop Web Runtime and removed its code from mozilla-central. The Desktop Runtime module [2] is now obsolete, and its entry should thus be removed (or otherwise updated to reflect its status). The webapprt/ directory should also be removed from t

Re: Thunderbird, the future, mozilla-central and comm-central

Dirkjan Ochtman wrote: The problem with a Firefox OS app, as I see it, is that Fx OS was always a risky bet, is not available in markets where rapid adoption is even a feasible option, and even now with the b2g-droid stuff, is a pretty crappy experience on relatively common devices. Any app which

Re: proposed module: Emeritus Module Owners

Gregory Szorc 2015 October 17 at 12:59 I wholeheartedly support the nature of this proposal, which is all about preserving deserved recognition and respecting people. My only suggestion is why stop at module owners. Can we find a way to recognize emeritus peers as well?

Re: dom/apps code ownership

Fabrice Desré wrote: Absolutely, all content facing APIs are subject to this requirement. Great, then it sounds like it's time to finalize the module! Can you update the wiki? -myk ___ governance mailing list governance@lists.mozilla.org https://lis

Re: dom/apps code ownership

Kyle Huey wrote: I support this with the caveat that changes to the API exposed via the navigator.mozApps object will still be subject to the review requirements listed at https://groups.google.com/forum/#!topic/mozilla.dev.b2g/Ee1Hfp6QeHE. The mozApps API isn't yet specified via WebIDL, which is

Re: Updated FAQ on Brendan's resignation

Nicholas Nethercote 2014 April 10 at 22:54 Hi all, The FAQ about Brendan's resignation has been updated and expanded. https://blog.mozilla.org/blog/2014/04/05/faq-on-ceo-resignation/ Thanks for the update! This version is very clear and looks accurate to my eye.

Re: Modules pages: Email addresses or links to Mozillian profiles?

Justin Dolske 2014 January 10 at 23:24 On 1/10/14 9:33 PM, Mook wrote: Or, conversely, we could expect that peers/owners have public profiles (or semi-public, there are varying degrees). I would prefer this to overloading module listings with both email addresses an

Re: Modules pages: Email addresses or links to Mozillian profiles?

Tim Abraldes 2014 January 10 at 14:15 On our various modules pages (the largest of which is at [1]), we provide contact information for module owners and peers in the form of email addresses. Given the recent efforts surrounding mozillians.org, should we switch to

Re: creating a module for the desktop web runtime

On 2013/10/11 13:20, Myk Melez wrote: Governors! Last year we made the desktop web runtime code be a part of the Firefox module: https://groups.google.com/d/topic/mozilla.governance/Ft3l9KP-R7w/discussion But now I think we should make a new Desktop Runtime module for it. Last Monday

Re: @mozilla.org email addresses for Mozilla Reps

On 2013/10/25 08:59, David Ascher wrote: On Oct 25, 2013, at 4:58 PM, Sheeri Cabral wrote: I'm all for this, too, if there's a clear directive and support for this infrastructure. Giving out an e-mail address is a great badge of honor, but even uses that are "routine" like sending out a larg

creating a module for the desktop web runtime

Governors! Last year we made the desktop web runtime code be a part of the Firefox module: https://groups.google.com/d/topic/mozilla.governance/Ft3l9KP-R7w/discussion But now I think we should make a new Desktop Runtime module for it. Rationale I originally suggested making the runtime be