auto apply handling about cpupower-gui HOT 4 OPEN

Hi,

to adjust the configuration that’s used at boot, one needs to know to either edit config in /etc or to manually start as root (it’s a GUI…)

You shouldn't run the GUI as root. It uses policykit for that reason. If your user has administrative privileges (i.e. sudoer/admin) it will ask for elevated privileges before applying the settings.

program doesn’t interfere with CPU governor at boot simply by installing or starting it

That doesn't have to do with the program itself but rather the packaging of said software. The program doesn't enable any services it is the package that does, so that is distro specific.

The rest are valid points so I will change the issue from a bug to enhancement instead.

P.S. For the service that get re-enabled, it is better to mask the service that disable it. For example, a disabled service can still be run when another service depends on it. However a masked one never starts.

from cpupower-gui.

If your user has administrative privileges (i.e. sudoer/admin) it will ask for elevated privileges before applying the settings.

Apply seems to work without any prompt. And the preferences also don’t prompt.
When exactly is a prompt intended to appear?

packaging of said software

Since your name is listed as maintainer of the AUR package, i thought it’s enough to mention it here.

I hadn’t used mask before, so that’s interesting.

from cpupower-gui.

Polkit config for cpupower-gui is setup in such a way that it won't ask for a password if the user is member of system group and physically logged in. If you try to change settings over SSH it should fail.

If you are a simple user it will ask for admin's password to proceed.

As for packaging, if I am recalling correctly used the same pkgbuild as other packages in core/community. Also, this happens automatically for Debian, in fact the packager has to explicitly disable the behaviour of enabling the service after install, and I think it also happens in Fedora.

That being said, I believe the problem is more with setting the wrong governor by default than actually enabling the service.

I mean if the default was to keep the current settings during install and apply that at boot it wouldn't be that of a problem (omnipotence comes to mind) Right?

from cpupower-gui.

Is Polkit also used for anything related to the boot configuration?

I think on Arch packages usually don’t enable services automatically.
But, indeed, it would matter less if it had no noticeable effect without any user adjustments (by only reapplying the current settings).
I would still prefer if the system configuration wasn’t touched at all, initially, by default.

from cpupower-gui.