@liljaylj
Today's version gives me a build error: /usr/bin/python: No module named pip
.
I solved it by installing python-pip
, so I guess this should become a dependency.
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: | 83 |
Popularity: | 1.37 |
First Submitted: | 2020-10-29 00:09 (UTC) |
Last Updated: | 2025-01-29 03:15 (UTC) |
« First ‹ Previous 1 .. 4 5 6 7 8 9 10 Next › Last »
@liljaylj
Today's version gives me a build error: /usr/bin/python: No module named pip
.
I solved it by installing python-pip
, so I guess this should become a dependency.
@bobslept, thanks, your message was very helpful
We switch to a python virtual environment on auto-cpufreq on the next release, so the systemd service file is made for the python virtual environment. Just a heads up for next release that will come.
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 ec948a2..b495634 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -19,6 +19,18 @@ b2sums=('a1c113132edf11ed38cb835df6aeaf22da787095d1d3f8b9c8a75b45954d372b641777f
prepare() {
cd "$srcdir/$pkgname-$pkgver"
sed -i 's|usr/local|usr|g' "scripts/${pkgname}.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() {
@@ -32,5 +44,5 @@ package() {
install -Dm644 LICENSE "$pkgdir/usr/share/licenses/$pkgname/LICENSE"
install -Dm644 README.md "$pkgdir/usr/share/doc/$pkgname/README"
install -Dm755 scripts/cpufreqctl.sh -t "$pkgdir/usr/share/$pkgname/scripts"
- install -Dm644 "scripts/$pkgname.service" -t "$pkgdir/usr/lib/systemd/system"
+ install -Dm644 "auto-cpufreq.service" -t "$pkgdir/usr/lib/systemd/system"
}
@qguv, thanks, will update the message with next release
From 332c10f6160ddd4f9037eafca8b16c0e4421bb69 Mon Sep 17 00:00:00 2001
From: Quint Guvernator <quint@guvernator.net>
Date: Wed, 8 Dec 2021 11:30:06 +0100
Subject: [PATCH] update flag in post-install message
The --log flag has been renamed to --stats
---
auto-cpufreq.install | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/auto-cpufreq.install b/auto-cpufreq.install
index e09d2087ee44..f2cd38daf674 100644
--- a/auto-cpufreq.install
+++ b/auto-cpufreq.install
@@ -7,7 +7,7 @@ post_install() {
echo 'systemctl enable --now auto-cpufreq'
echo ''
echo 'To view live log, run:'
- echo 'auto-cpufreq --log'
+ echo 'auto-cpufreq --stats'
echo ''
}
--
2.34.1
@willemw removed conflicts/provides. thank you!
OK.
Provides and conflicts are still redundant. From the Wiki: "Do not add pkgname to the provides array, as it is done automatically." and "Note that conflicts are checked against pkgname ..."
@willem removed gcc
from dependencies, thanks.
as for --remove
if you look to source code then you'll see that it is not suitable for this package layout
Please remove 'gcc', 'conflicts' and 'provides'. They are redundant.
To cleanup files from the .install file, maybe run 'auto-cpufreq --remove' instead?
@liljaylj Thank you, sorted it
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