-
-
Notifications
You must be signed in to change notification settings - Fork 14.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Why does location.provider
exist?
#84013
Comments
It can probably be removed if this is the only place it's used. It looks like it means "is location.latitude and location.longitude set and should it be used to determine location". I think location.latitude and location.longitude should probably just default to null and we only set those values when it's not null. |
It also exists for the redshift module. This was done on my request in #64309, since both redshift and clight would have exactly the same options for location. |
the redshift module doesn't consume provider though, only lat/long. from what I saw, it was only there to do |
@jonringer It very much does: nixpkgs/nixos/modules/services/x11/redshift.nix Lines 107 to 109 in f75c11c
|
could be re-written as: providerString = if !services.geoclue2.enable
then "${toString lcfg.latitude}:${toString lcfg.longitude}"
else "geoclue2"; |
It's certainly an interesting thing, but I'm not sure any action is needed on it. |
Describe the bug
If you set
location.provider
togeoclue2
it enablesgeoclue2
.It seems to exist only for
clight
.cc @eadwu and @infinisil maybe?
The text was updated successfully, but these errors were encountered: