docs(roadmap): settle the Wear OS note on what the docs say
Keep §5's own claim that only crash reports leave the phone, say the dependency would ship in every channel, and keep the standalone app's distribution caveat. Refs #27
This commit is contained in:
+6
-7
@@ -621,10 +621,9 @@ Deferred deliberately, in rough priority order:
|
|||||||
blocked on a privacy and distribution decision. A watch that shows and
|
blocked on a privacy and distribution decision. A watch that shows and
|
||||||
controls the phone's timers and next alarm needs a phone-to-watch channel.
|
controls the phone's timers and next alarm needs a phone-to-watch channel.
|
||||||
The usual one, Google Play Services' Wearable Data Layer, is a "third-party
|
The usual one, Google Play Services' Wearable Data Layer, is a "third-party
|
||||||
service" that `docs/PRIVACY.md` §2 rules out, and with no product flavours it
|
service" that `PRIVACY.md` §2 rules out, and with no product flavours it
|
||||||
would also be a non-free dependency in the build F-Droid makes. A channel of
|
would ship in every channel, F-Droid included. Any channel of our own would
|
||||||
our own (Bluetooth, since there is no INTERNET permission) avoids the
|
need new permissions (`PRIVACY.md` §7) and would be a way for data to leave
|
||||||
dependency but needs Bluetooth permissions and is a new way for data to leave
|
the phone, which §5 says only crash reports are today. A standalone watch app
|
||||||
the phone, beside Auto Backup and crash reports (`PRIVACY.md` §4 and §5). A
|
with its own timers and alarms needs neither, but doesn't control the phone
|
||||||
standalone watch app with its own timers and alarms avoids all of this but
|
and has no F-Droid route onto a watch.
|
||||||
doesn't control the phone.
|
|
||||||
|
|||||||
Reference in New Issue
Block a user