On 11/11/18 1:08 PM, ToddAndMargo via users wrote:
On 11/10/18 9:00 PM, Ed Greshko wrote:
> On 11/11/18 12:48 PM, ToddAndMargo via users wrote:
>> That is a good workaround. Or just wait for the Xfce Policy Kit to prompt.
>>
>> But they should be able to be started under certain conditions
>> by regular users Saned for instance.
>
> I've not used that service. But, 2 things....
>
> I don't know who your users are, but you may not want to give them blanket
privileges to
> run systemctl
>
> Is the service a "resource hog" such that it will impact system performance
if it is just
> started normally at boot?
>
If you try to set it up to start at boot, you get:
# systemctl enable geoclue
The unit files have no installation config (WantedBy, RequiredBy, Also, Alias
settings in the [Install] section, and DefaultInstance for template units).
This means they are not meant to be enabled using systemctl.
Possible reasons for having this kind of units are:
1) A unit may be statically enabled by being symlinked from another unit's
.wants/ or .requires/ directory.
2) A unit's purpose may be to act as a helper for some other unit which has
a requirement dependency on it.
3) A unit may be started when needed via activation (socket, path, timer,
D-Bus, udev, scripted systemctl call, ...).
4) In case of template units, the unit is meant to be enabled with some
instance name specified.
So it is suppose to fire up and die.
I that with saned, that you can give certain services start up rights
to users
It seems that geoclue isn't meant to be started directly but by an application
needing
geolocation services.
An example of this is "redshift". If you run "redshift" it will then
start
/usr/libexec/geoclue and the user will get a prompt on the desktop to say if they want
the
application to have access to the system's location.
I don't use saned and don't know if it is intended to be geolocation aware.
--
Fedora Users - The place to go to beat OT dead horses :-) :-)