I support the idea as it seems to simplify things by equal privacy.

Returning a fix location has already been discussed on the geoclue bug
tracker, see:
- https://gitlab.freedesktop.org/geoclue/geoclue/issues/51
- https://gitlab.freedesktop.org/geoclue/geoclue/issues/93

and in gnome-control-center
- https://gitlab.gnome.org/GNOME/gnome-control-center/issues/323

Altough, I don't think it is not implemented yet.

We should take care that faking geoclues position does not lead to
undesired behaviour, e.g. wrong time, nightlight turning on in the
morning, ...
I'm not sure how geoclues position is used for such services.
Returning NaN may probably help in those cases.



Freemor <[email protected]> schrieb am Mon, 18. Nov 19 11:55:
On Mon, Nov 18, 2019 at 09:27:24AM -0500, bill-auger wrote:
[Snip]
surely. none of that was particularly enlightening to freemor -
i just wanted to put it out there for the sake of full disclosure
 - theres only so much that a distro can reasonably do on behalf
of its users - beyond that, folks who want more computing freedom
and privacy will need to take their machines into their own
hands, to some non-trivial degree

Excellent point. And yes nothing new there for me but definitely worth
mentioning. I'm certainly not trying to save the world here. And I'm a
big proponent  of people taking personal responsibility for their privacy.

I'm just seeing geoclue finding it's way into more and more (mostly gnome)
things and wanted a way to fix that, that doesn't involve fixing each separate
program.

but things like Browsers have their own and there are things like the geoip
lookup DBs.

But there are several packages in nonprism that one of the main reasons they
are there is to remove geoclue support nonprism/webkit2gtk for example. So, in
I can neuter geoclue. The we can loose all the "Remove geoclue support" builds.
Even just webkit2gtk would make this worth while as it is one of the fairly
large builds while geoclue is a tiny one. If we can fix 5 things with 1 rebuild
then to me that seems the saner approach.







_______________________________________________
Dev mailing list
[email protected]
https://lists.parabola.nu/mailman/listinfo/dev

Attachment: signature.asc
Description: PGP signature

_______________________________________________
Dev mailing list
[email protected]
https://lists.parabola.nu/mailman/listinfo/dev

Reply via email to