Package Details: auto-cpufreq 2.5.0-1

Git Clone URL: https://aur.archlinux.org/auto-cpufreq.git (read-only, click to copy)
Package Base: auto-cpufreq
Description: Automatic CPU speed & power optimizer
Upstream URL: https://github.com/AdnanHodzic/auto-cpufreq
Licenses: LGPL-3.0-or-later
Submitter: liljaylj
Maintainer: parmjot (MusicalArtist12)
Last Packager: parmjot
Votes: 81
Popularity: 1.90
First Submitted: 2020-10-29 00:09 (UTC)
Last Updated: 2025-01-29 03:15 (UTC)

Pinned Comments

liljaylj commented on 2021-06-03 12:13 (UTC)

@coxe87b you don't need to --install daemon manually, this package contains systemd service already. instead, you need to start and enable service using: systemctl enable --now auto-cpufreq.service

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 Next › Last »

MusicalArtist12 commented on 2023-11-23 16:13 (UTC)

@grandchild it installs pip and wheel to a virtual environment, along with upstream. Per my other comment, upstream requires a virtual environment to run, so I'm not exactly sure about how to change this without making bigger changes to upstream.

grandchild commented on 2023-11-23 16:02 (UTC)

Why does this package start a pip installation in post_install() and post_upgrade()?? Don't do this. If you need to install python requirements then depend on the necessary packages.

This package needs changing immediately before more people run this.

MusicalArtist12 commented on 2023-11-23 15:09 (UTC) (edited on 2023-11-23 15:10 (UTC) by MusicalArtist12)

@nilsw the upgrade to 2.1.0 changed how upstream installed packages. The installer provided by upstream follows pretty much the same installation method. It's required since the /bin/auto-cpufreq/ executables rely on /opt/auto-cpufreq/venv/bin.

I suggest discussing this upstream

nilsw commented on 2023-11-23 11:12 (UTC)

During install, this package creates a virtualenv in and installs packages using pip, I am not sure if this is really intended...

Achilleus commented on 2023-11-22 22:32 (UTC)

@MusicalArtist12

Reinstalling auto-cpufreq did help. Thank you.

MusicalArtist12 commented on 2023-11-22 22:04 (UTC) (edited on 2023-11-22 22:13 (UTC) by MusicalArtist12)

@archilleus it looks like the virtual environment /opt/auto-cpufreq/venv did not properly build during installation. This is partially on me. try removing the package # pacman -R auto-cpufreq and reinstalling and let me know if that works.

I'm going to fix this in a bit

Achilleus commented on 2023-11-22 21:55 (UTC) (edited on 2023-11-22 21:56 (UTC) by Achilleus)

After successful building and installation:

$ sudo systemctl status auto-cpufreq.service × auto-cpufreq.service - auto-cpufreq - Automatic CPU speed & power optimizer for Linux Loaded: loaded (/etc/systemd/system/auto-cpufreq.service; enabled; preset: disabled) Active: failed (Result: exit-code) since Wed 2023-11-22 22:23:09 CET; 1s ago Duration: 1ms Process: 16026 ExecStart=/opt/auto-cpufreq/venv/bin/python /opt/auto-cpufreq/venv/bin/auto-cpufreq --daemon (code=exited, status=203/EXEC) Main PID: 16026 (code=exited, status=203/EXEC) CPU: 1ms

lis 22 22:23:09 MSI-Arch systemd[1]: auto-cpufreq.service: Scheduled restart job, restart counter is at 5. lis 22 22:23:09 MSI-Arch systemd[1]: auto-cpufreq.service: Start request repeated too quickly. lis 22 22:23:09 MSI-Arch systemd[1]: auto-cpufreq.service: Failed with result 'exit-code'. lis 22 22:23:09 MSI-Arch systemd[1]: Failed to start auto-cpufreq - Automatic CPU speed & power optimizer for Linux.

$ LC_ALL=C auto-cpufreq --stats /usr/bin/auto-cpufreq: line 22: /opt/auto-cpufreq/venv/bin/activate: No such file or directory

schinfo commented on 2023-11-22 18:57 (UTC)

The build for auto-cpufreq 2.1.0-2 works without errors

MusicalArtist12 commented on 2023-11-22 18:54 (UTC)

@schinfo @achilleus I just pushed an update to how the installer builds the virtual environment. It should resolve both of your issues.

MusicalArtist12 commented on 2023-11-22 15:04 (UTC)

@schinfo I'm fairly certain I know where the problem lies, I'll push out a fix in a bit