<div dir="ltr"><div>Hello political correspondents,</div><div><br></div><div>The Mobile Tech Leads convened a discussion panel on Wednesday, Nov 7 (NA/EU timezones).  Nobody was in costume but we all bleated like donkeys or brayed like elephants.</div><div><br></div><div>Three talking points from the <a href="https://docs.google.com/document/d/13ZqcDtmedjAykVveOlZSFYP5tWi2i6G5dCzUuHEBY0U/edit#heading=h.xrqv4vksutwg">classified dossier</a>:<br></div><div><ol><li>We still want better options for storage on mobile.  The Telemetry team (talking head today: Dexter) are building an Android Component for recording and submitting events.  Sebastian wondered if <a href="https://github.com/mozilla/rkv">rkv</a> would be a good fit.  The discussion concluded "yes, but in the future": there are no Kotlin (or Java) bindings for rkv right now, and we don't expect to build a cross-platform Telemetry component in Rust for Q1.</li><li>FxA engineer Shane Tomlinson wonders if we can use <a href="https://lists.mozilla.org/pipermail/android-components/2018-November/000094.html">PAKE over TLS</a> for certain pairing operations in Android Components.  PAKE is an initialism that stands for "password authentic key exchange"; it's a family of protocols for two parties to securely agree on a common strong key if they have prior knowledge of a common weak key.  PAKE over TLS, (if it gains traction) will be readily available in Necko and thus GeckoView; the question is, how might we expose it <i>without</i> requiring GeckoView.  Christian will report back at next week's meeting with some thoughts on how this might be done using core Android technologies.</li><li>Many moons ago, the tech leads proposed that Kotlin-implemented Android Components would control asynchrony and that Rust-implemented libraries would be almost entirely synchronous.  It's taken some time, but that vision has been mostly realized in the <a href="https://github.com/mozilla-mobile/android-components/pull/1148">fxaclient component</a>.  Christian reports -- on the record (!) -- that the resulting expression is very nice for consumers and allows them to exploit the improved Kotlin co-routine support easily.</li></ol><div>Until next week, remember to vote!</div><div>Nick<br></div></div></div>