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

New version (2.0.0.r17.g98cd5dd) doesn't have setup.py anymore.

python: can't open file '/home/user/.cache/pikaur/build/auto-cpufreq-git/src/auto-cpufreq/setup.py': [Errno 2] No such file or directory

If anyone want to change governors use command "sudo auto-cpufreq --force=governor". You must create a folder in /opt name as auto-cpufreq.

@crian, thanks much for clarifying that. That makes a lot of sense. Please ignore my previous comment in that case, and sorry for the trouble!

@sh1sh1n11 this is the git version of this package. It is build straight from git with all the new changes. The battery indicator is fixed in upstream but not yet released in a new version.

Hi @crian,

Thank you very much for creating and maintaining a package build for this downstream version of auto-cpufreq! I had a question regarding commit "a345eb5924a2" the one made on 2022-10-21 at 16:32:28 +0200 hrs with the title Fix and package version 1.9.6.r3.gff72e1e.

The upstream release version v1.9.6 has a battery indicator issue that prevents the program from running. As noted below.

https://github.com/AdnanHodzic/auto-cpufreq/issues/441#issuecomment-1312372453

Did you make any changes in that regard to fix that issue? Because your patched version mentioned above seems to be working fine with the new Battery Percentage Indicator feature. Also depending on your availability would you be so kind to share the patch with the upstream team on the above mentioned GitHub issue. That would be super helpful. Thanks again!

everything is up to date!

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.