| 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: | 80 |
| Popularity: | 1.28 |
| First Submitted: | 2020-10-29 00:09 (UTC) |
| Last Updated: | 2024-09-09 20:59 (UTC) |
@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
During install, this package creates a virtualenv in and installs packages using pip, I am not sure if this is really intended...
@MusicalArtist12
Reinstalling auto-cpufreq did help. Thank you.
@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
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
The build for auto-cpufreq 2.1.0-2 works without errors
@schinfo @achilleus I just pushed an update to how the installer builds the virtual environment. It should resolve both of your issues.
@schinfo I'm fairly certain I know where the problem lies, I'll push out a fix in a bit
File "/home/zbigniew/.cache/yay/auto-cpufreq/src/opt/auto-cpufreq/venv/lib/python3.11/site-packages/pip/_vendor/packaging/version.py", line 333, in pre
_pre: Optional[Tuple[str, int]] = self._version.pre
^^^^
UnboundLocalError: cannot access local variable '_pre' where it is not associated with a value
[end of output]
note: This error originates from a subprocess, and is likely not a problem with pip. error: subprocess-exited-with-error
× pip subprocess to install build dependencies did not run successfully. │ exit code: 2 ╰─> See above for output.
note: This error originates from a subprocess, and is likely not a problem with pip. ==> BŁĄD: Wystąpił błąd w build(). Przerywam... -> błąd podczas budowania: auto-cpufreq-exit status 4 -> Failed to install the following packages. Manual intervention is required: auto-cpufreq - exit status 4
× Preparing metadata (pyproject.toml) did not run successfully.
│ exit code: 1
╰─> [35 lines of output]
Traceback (most recent call last):
File "/build/auto-cpufreq/src/opt/auto-cpufreq/venv/lib/python3.11/site-packages/pip/_vendor/pyproject_hooks/_in_process/_in_process.py", line 353, in <module>
main()
File "/build/auto-cpufreq/src/opt/auto-cpufreq/venv/lib/python3.11/site-packages/pip/_vendor/pyproject_hooks/_in_process/_in_process.py", line 335, in main
json_out['return_val'] = hook(**hook_input['kwargs'])
^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/build/auto-cpufreq/src/opt/auto-cpufreq/venv/lib/python3.11/site-packages/pip/_vendor/pyproject_hooks/_in_process/_in_process.py", line 149, in prepare_metadata_for_build_wheel
return hook(metadata_directory, config_settings)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/tmp/pip-build-env-ry05knle/overlay/lib/python3.11/site-packages/poetry/core/masonry/api.py", line 42, in prepare_metadata_for_build_wheel
poetry = Factory().create_poetry(Path(".").resolve(), with_groups=False)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/tmp/pip-build-env-ry05knle/overlay/lib/python3.11/site-packages/poetry_dynamic_versioning/patch.py", line 26, in alt_poetry_create
name = _get_and_apply_version(
^^^^^^^^^^^^^^^^^^^^^^^
File "/tmp/pip-build-env-ry05knle/overlay/lib/python3.11/site-packages/poetry_dynamic_versioning/__init__.py", line 485, in _get_and_apply_version
version = _get_version(config, name)
^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/tmp/pip-build-env-ry05knle/overlay/lib/python3.11/site-packages/poetry_dynamic_versioning/__init__.py", line 312, in _get_version
version = _get_version_from_dunamai(vcs, pattern, config)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/tmp/pip-build-env-ry05knle/overlay/lib/python3.11/site-packages/poetry_dynamic_versioning/__init__.py", line 264, in _get_version_from_dunamai
return Version.from_vcs(
^^^^^^^^^^^^^^^^^
File "/tmp/pip-build-env-ry05knle/overlay/lib/python3.11/site-packages/dunamai/__init__.py", line 1934, in from_vcs
return cls._do_vcs_callback(
^^^^^^^^^^^^^^^^^^^^^
File "/tmp/pip-build-env-ry05knle/overlay/lib/python3.11/site-packages/dunamai/__init__.py", line 1973, in _do_vcs_callback
return callback(**kwargs)
^^^^^^^^^^^^^^^^^^
File "/tmp/pip-build-env-ry05knle/overlay/lib/python3.11/site-packages/dunamai/__init__.py", line 1066, in from_git
_detect_vcs(vcs, path)
File "/tmp/pip-build-env-ry05knle/overlay/lib/python3.11/site-packages/dunamai/__init__.py", line 355, in _detect_vcs
raise RuntimeError(
RuntimeError: This does not appear to be a Git project
[end of output]
note: This error originates from a subprocess, and is likely not a problem with pip.
error: metadata-generation-failed
× Encountered error while generating package metadata.
╰─> See above for output.
note: This is an issue with the package mentioned above, not pip.
hint: See above for details.
==> ERROR: A failure occurred in build().
Aborting...
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