Package Details: auto-cpufreq 2.3.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: liljaylj (parmjot, MusicalArtist12)
Last Packager: parmjot
Votes: 77
Popularity: 3.24
First Submitted: 2020-10-29 00:09 (UTC)
Last Updated: 2024-05-13 21:42 (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 .. 9 Next › Last »

parmjot commented on 2024-04-28 07:39 (UTC)

@FosRex try reinstalling

FosRex commented on 2024-04-28 07:38 (UTC) (edited on 2024-04-28 07:40 (UTC) by FosRex)

Failed to start auto-cpufreq.

$ 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 Sun 2024-04-28 13:07:53 +0545; 8min ago
   Duration: 20ms
    Process: 1932 ExecStart=auto-cpufreq --daemon (code=exited, status=1/FAILURE)
   Main PID: 1932 (code=exited, status=1/FAILURE)
        CPU: 19ms

Apr 28 13:07:53 AN515-58-50HZ systemd[1]: auto-cpufreq.service: Scheduled restart job, restart counter is at 5.
Apr 28 13:07:53 AN515-58-50HZ systemd[1]: auto-cpufreq.service: Start request repeated too quickly.
Apr 28 13:07:53 AN515-58-50HZ systemd[1]: auto-cpufreq.service: Failed with result 'exit-code'.
Apr 28 13:07:53 AN515-58-50HZ systemd[1]: Failed to start auto-cpufreq - Automatic CPU speed & power optimizer for Linux.
  • OS: Arch Linux x86_64
  • Host: Nitro AN515-58 (V2.10)
  • Kernel: 6.8.7-arch1-2
  • CPU: 12th Gen Intel(R) Core(TM) i5-12450H (12) @ 4.40 GHz

auto-cpufreq 2.2.0-2

$ auto-cpufreq --daemon
Traceback (most recent call last):
  File "/usr/bin/auto-cpufreq", line 5, in <module>
    from auto_cpufreq.bin.auto_cpufreq import main
ModuleNotFoundError: No module named 'auto_cpufreq'

parmjot commented on 2024-04-24 06:37 (UTC)

Great I forgot to update the SRCINFO in the latest update. Should I update it or just leave it since nothing changed except some admin stuff.

parmjot commented on 2024-04-17 05:46 (UTC)

@kageyama sorry about that, I have fixed it in the update. Please update to check whether it is fixed, but it is fixed for me.

kageyama commented on 2024-04-17 04:47 (UTC)

auto-cpufreq.service location needs to be changed to /usr/lib/systemd/system according to https://wiki.archlinux.org/title/systemd#Writing_unit_files

    /usr/lib/systemd/system/: units provided by installed packages
    /etc/systemd/system/: units installed by the system administrator

duckunix commented on 2024-03-17 18:17 (UTC)

Failed to build until I installed debugedit package from core.

parmjot commented on 2024-03-15 03:15 (UTC)

@Misaka13514 @grandchild I fixed both of them, feel free to update.

Misaka13514 commented on 2024-03-06 03:12 (UTC) (edited on 2024-03-06 03:18 (UTC) by Misaka13514) 

auto-cpufreq W: Directory (opt/auto-cpufreq) is empty
auto-cpufreq E: LGPL3 is not a valid SPDX license identifier. See https://spdx.org/licenses/ for valid identifiers, or prefix the identifier with 'LicenseRef-', if it is custom.
auto-cpufreq W: File etc/systemd/system/auto-cpufreq.service should be in /usr/lib/systemd/system/
auto-cpufreq E: Dependency libappindicator-gtk3 detected and not included (python modules ['gi.repository.AppIndicator3'] needed in files ['usr/lib/python3.11/site-packages/auto_cpufreq/gui/tray.py'])

Maybe also install the example auto-cpufreq config file?

parmjot commented on 2024-02-18 08:27 (UTC)

@grandchild that's from upstream, I'll try fixing it at some point

grandchild commented on 2024-02-18 08:25 (UTC) (edited on 2024-02-18 08:25 (UTC) by grandchild)

Hi, the post-upgrade message telling me to reload the systemd unit and restarting it is unnecessary: every package with a service is like that, this is not something that warrants a message.

The same goes for the the post-install message:

  • don't say that it's been installed

  • don't say that you need to enable the service (if every package did that...)

  • don't give usage info (again, if every package...)

  • don't tell me about the Gnome Power Profiles Daemon conflict, build it in. Add this to the service file, to actually conflict with it:

[Unit]
...
Conflicts=power-profiles-daemon.service
...

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