-
Notifications
You must be signed in to change notification settings - Fork 18
Let users enable systemd lingering #67
Comments
I've now installed policykit, so at least we get a good error now:
|
Normally you'd have something like this in something like /etc/polkit-1/rules.d/50-permit-linger.rules polkit.addRule(function(action, subject) {
if (action.id == "org.freedesktop.login1.set-user-linger") {
return polkit.Result.YES;
}
}); But of course... debian seem to have their own way. |
Ah, we have policykit-1 0.105-8 installed. The rules format was changed (to the JS based form I know) in 0.112. |
Also, your previous thing looks like it would let any user enable/disable lingering for any other user. |
Yeah I was just throwing together an example |
@daurnimator Since it looks like nothing is currently happening on this front, should we back out the |
no? for the moment it at least improves the error messages. |
Fair enough. |
The policy-kit-1 >= 0.112 is only in debian experimental. https://packages.qa.debian.org/p/policykit-1/news/20170524T164929Z.html Can we install that? When would that make it into an actual release? |
@daurnimator Stuff in If I understand correctly, right now PolicyKit only brings us a “friendlier” error messages when trying to enable lingering for oneself, and is at a version too low for us to write a policy that let users enable lingering? Because if that's the case, I would be strongly in favor of uninstalling it, given its sketchy security history and given that it's low-key unmaintained in Debian. |
Lingering makes the user's service manager be spawned at boot, so that users' systemd-controled services are started automatically after reboot.
The text was updated successfully, but these errors were encountered: