Module owners absolutely have a say on what lands in their module. If we
don't have the resources or the willingness at the engineering level to
maintain code provided by a 3rd party it should not be in our
repository. So it's your call Tim (and Vivien's), but rubber stamping
doesn't seem the right thing to do here. I would support Paul suggestion
instead.
Fabrice
On 10/28/2015 03:09 AM, Tim Guan-tin Chien wrote:
> The module ownership no longer decide features, so if we really need a
> policy I would defer that to product management.
>
> On Wed, Oct 28, 2015 at 5:03 PM, Dietrich Ayala <[email protected]
> <mailto:[email protected]>> wrote:
>
> Is there any kind of policy about when we land code in the main Gaia
> repo vs a separate repository?
>
> I've been told by participants that it seems arbitrary, which makes
> them feel like the core team can land whatever they decide to in the
> core, but others cannot.
>
> If there's a rule about what goes in the core vs what doesn't,
> expectations will be easier to manage, and decisions like this can
> be clear and consistent.
>
> On Wed, Oct 28, 2015 at 6:47 AM Tim Guan-tin Chien
> <[email protected] <mailto:[email protected]>> wrote:
>
> Hi all,
>
> Yesterday, managers was informed by Sandip that DT would like to
> contribute to Gaia with an app called "Wallet", powered by
> NFC-related technology and APIs already implemented and landed
> in Gecko.
>
> I've talk with Yoshi on this and we agreed Mozilla can make use
> of this app, as a source of implementation reference and a
> manual testing tool.
>
> Product management have confirmed that there is no plan
> currently to brand and further develop the app as a Firefox OS
> app. Yoshi also stated that the current Gecko APIs only works
> with QC RIL so the app and the APIs will likely not useful to
> anyone other than partners with QC and w/ a special SIM.
>
> If this is the level of support we are happy with, I will rubber
> stamp the code dump in to ./dev_apps/ and any lint error etc.
> will be xfailed.
>
> Thanks,
>
>
> Tim
> _______________________________________________
> dev-fxos mailing list
> [email protected] <mailto:[email protected]>
> https://lists.mozilla.org/listinfo/dev-fxos
>
>
>
>
> _______________________________________________
> dev-fxos mailing list
> [email protected]
> https://lists.mozilla.org/listinfo/dev-fxos
>
--
Fabrice Desré
b2g team
Mozilla Corporation
_______________________________________________
dev-fxos mailing list
[email protected]
https://lists.mozilla.org/listinfo/dev-fxos
