Arch Linux User Repository

Currently, we don't need to run --install on AUR
After installing from AUR, we need to start the systemd service.
systemctl enable auto-cpufreq
systemctl start auto-cpufreq

and check if it enabled and running with
systemctl status auto-cpufreq

I am using pyenv. To fix any installation issue, I had to change python version to system $ pyenv global system

I tried bobselpt's changes on the PKGBUILD and I was able to install auto-cpufreq successfully.

We use the python virtual environment on auto-cpufreq, so the current systemd service file is made for the python virtual environment.

I'm not a Arch user myself, and there are maybe better ways of doings this, but this seems to fix the issue.

Hope the maintainer find this patch helpfull.

diff --git a/PKGBUILD b/PKGBUILD
index 85ceacc..88cae6c 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -26,6 +26,18 @@ pkgver() {
 prepare() {
     cd "$srcdir/${pkgname%-git}"
     sed -i 's|usr/local|usr|g' "scripts/${pkgname%-git}.service" auto_cpufreq/core.py
+    cat > auto-cpufreq.service <<EOF
+[Unit]
+Description=auto-cpufreq - Automatic CPU speed & power optimizer for Linux
+After=network.target network-online.target
+
+[Service]
+Type=simple
+User=root
+ExecStart=/usr/bin/auto-cpufreq --daemon
+[Install]
+WantedBy=multi-user.target
+EOF
 }

 build() {
@@ -39,5 +51,5 @@ package() {
     install -Dm644 LICENSE "$pkgdir/usr/share/licenses/${pkgname%-git}/LICENSE"
     install -Dm644 README.md "$pkgdir/usr/share/doc/${pkgname%-git}/README"
     install -Dm755 scripts/cpufreqctl.sh -t "$pkgdir/usr/share/${pkgname%-git}/scripts"
-    install -Dm644 "scripts/${pkgname%-git}.service" -t "$pkgdir/usr/lib/systemd/system"
+    install -Dm644 "auto-cpufreq.service" -t "$pkgdir/usr/lib/systemd/system"
 }

I ran into a problem installing this package on my system. I could not start the daemon properly using systemctl start auto-cpufreq .

The problem was pyenv, since it cause the package to be in a different location than expected. Modifying the pkgbuild and replacing python with env PATH=$(getconf PATH) python solved the problem for me.

@adrianteri: Please unflag the package.

Note: VCS packages are not considered out of date when the pkgver changes, do not flag them as the maintainer will merely unflag the package and ignore you.

https://wiki.archlinux.org/title/Arch_User_Repository#Flagging_packages_out-of-date

Bump up version to 1.6.4?

@crian: dmidecode is a new dependency:

https://github.com/AdnanHodzic/auto-cpufreq/commit/5d26803204bbd110185381f45277245d70ee016b

@crian: It turns out auto-cpufreq will backup /usr/bin/cpufreqctl if it finds it on first run as /usr/bin/cpufreqctl.auto-cpufreq.bak. Either way int places it's own binary as an untracked file. See here. To deal with that, add the following to the install file:

    # Remove auto-cpufreq's cpufreqctl binary
    rm /usr/bin/cpufreqctl

    # Restore original cpufreqctl binary if backup was made
    if [ -f "/usr/bin/cpufreqctl.auto-cpufreq.bak" ]; then
        mv /usr/bin/cpufreqctl.auto-cpufreq.bak /usr/bin/cpufreqctl
    fi

As of v1.3, this no longer requires inxi.