Open leon-erd opened 4 months ago
https://gitlab.freedesktop.org/geoclue/geoclue/-/merge_requests/177 removes/disables MLS stuff in default config, the relevant NixOS options are services.geoclue2.enable3G
, services.geoclue2.enableWifi
, services.geoclue2.geoProviderUrl
, services.geoclue2.submissionUrl
.
cc @NixOS/freedesktop
I'd like to note that for anyone who comes across this issue and has enabled services.automatic-timezoned.enable = true;
, this is now the reason it no longer works.
Do we have a workaround for this in the meantime?
None of the solution I came across would work for large scale distribution, other services seem to require an API key. I for now have set up a Google Maps API key for my system, but that obviously wouldn't work for putting it into nixpkgs.
In the meantime it would be useful to expose config for the static-source
in the module so we can manually set it and keep using services dependent on geoclue.
Should we consider emitting a warning when the Mozilla location server is set? I also got bitten by this and given that we all now what's going on, any user that 1) has enabled
geoclue and also 2) leaves the provider URL to the now-defunct Mozilla server is going to be in a broken state we can detect just by the nature of the options that are set. At the very least we can short-circuit users' debugging at the module option level (I also ended up plugging in a Google API key which sucks, but at least it's working again).
Arch just loaded up a static API key, is that... an okay thing to do? I imagine that they might be in a precarious position over there if it's just a normal user API key that the entire distribution is using now, but if that's permissible from Google's perspective, maybe it's a workaround at the nixos-level (albeit kind of... icky).
Long term a viable third-party location provider would be good (though who knows who'd run it), medium-term maybe we can ensure that all possible configuration options are available at the module level to configure geoclue2 and provide some wiki docs about it, and immediate-term we can warn users about what's going on at system build-time.
In the meantime, timedatectl set-timezone CONTINENT/CITY
works.
Module update PR is up at #325430. Not ideal, but it should help lead users to solutions in broken installations.
I'd argue that next steps here are:
positon.xyz is also an option that might have more availability due to having the benefit of using commercial data, instead of having a bunch of computer nerds collect data with their phone
Re: position.xyz https://grapheneos.org/articles/positon-location-service
Edit: I have not verified the veracity of the above article, but there are some serious accusations in it, that warrant investigation.
👀 Wow I thought something was fishy on initial glance but reading that article revealed a much deeper rabbit hole that shows just how dishonest the people over the project are. Thanks for sharing that @jtojnar, this needs to blow up more so people are aware of their antics and stop giving them support.
Perhaps something like https://beacondb.net would qualify* as a worthy FOSS alternative to MLS?
Could be a good option. The maintainer is looking for beta testers in order to gauge the potential load on a server, and plan hardware upgrades accordingly. https://codeberg.org/beacondb/beacondb/issues/5
Could be a good option. The maintainer is looking for beta testers in order to gauge the potential load on a server, and plan hardware upgrades accordingly. https://codeberg.org/beacondb/beacondb/issues/5
The developer also uses NixOS which is pretty cool and nice (On an actual on topic thing I have been using it for a while, and it has been working pretty well for me :))
Hey, BeaconDB dev + fellow NixOS user here.
There has been some discussion in various channels about transferring Mozilla's dataset to a trusted organisation that can sign a legal contract with Mozilla, so that an organisation can host MLS's DB while merging new data for the open source community.
As the NixOS foundation is based in The Netherlands (not the US, no silly patents), and the NixOS community seems to be quite keen on working towards a solution for an MLS replacement, is this something the NixOS foundation could look in to? Keen to hear any thoughts on this.
Edit: I'd like to make clear that I have not confirmed this with the Mozilla side of things just yet. Am in touch with them now though
(Yubikey sneeze + tridactyl, sorry)
Hey, BeaconDB dev + fellow NixOS user here.
There has been some discussion in various channels about transferring Mozilla's dataset to a trusted organisation that can sign a legal contract with Mozilla, so that an organisation can host MLS's DB while merging new data for the open source community.
As the NixOS foundation is based in The Netherlands (not the US, no silly patents), and the NixOS community seems to be quite keen on working towards a solution for an MLS replacement, is this something the NixOS foundation could look in to? Keen to hear any thoughts on this.
Edit: I'd like to make clear that I have not confirmed this with the Mozilla side of things just yet. Am in touch with them now though
@joelkoen I applaud your effort. Was told on Matrix that the timing on this wasn't great (the foundation is undergoing some governance changes) but @refroni would be the person to talk to. Perhaps you can reach out to him to see whether it's something the NixOS foundation would be interested in?
Unfortunately, a week ago Mozilla responded saying that for privacy reasons they are unable to share the WiFi database with another organisation, which I understand.
I replied a day later asking if they would consider temporarily making their data available again on a server they would own. If it was read only, it would also be much simpler+cheaper for them to run, and this would greatly benefit the open source software community given the amount of coverage they have. They have not responded to that idea yet.
Describe the bug
Since June 12 Mozilla has shutdown their location service (see https://gitlab.freedesktop.org/geoclue/geoclue/-/issues/186, https://github.com/mozilla/ichnaea/issues/2065). This means that the nixos geoclue service in its current state does not work anymore. Quoting the upstream maintainer: "It is up to the distros and individual users to decide what backend they use for wifi and cell location and to get the necessary API keys. MLS already required distro-specific keys."
Steps To Reproduce
Steps to reproduce the behavior:
services.geoclue2.enable = true;
Expected behavior
Geoclue service working out of the box.
Additional information
Geoclue service logs:
Notify maintainers
@davidak @bobby285271 @lovesegfault @peterhoeg @worldofpeace
Add a :+1: reaction to issues you find important.