Done
Search Criteria
Package Details: cpufreqd 2.4.2-9
Package Actions
| Package Base: | cpufreqd |
|---|---|
| Description: | A small daemon to adjust cpu speed (and indeed voltage) |
| Upstream URL: | http://www.linux.it/~malattia/wiki/index.php/Cpufreqd |
| Category: | system |
| Licenses: | |
| Submitter: | ilpianista |
| Maintainer: | h8red |
| Last Packager: | None |
| Votes: | 92 |
| First Submitted: | 2010-11-13 14:52 |
| Last Updated: | 2013-06-04 04:33 |
Dependencies (2)
Required by (0)
Sources
- cpufreqd
- cpufreqd.service
- cpufreqd_acpi_battery.c.patch
- cpupower.patch
- http://downloads.sourceforge.net/cpufreqd/cpufreqd-2.4.2.tar.bz2
Latest Comments
Comment by h8red
Comment by fukawi2
Please update PKGBUILD to install binaries to /usr/bin instead of /usr/sbin in line with recent changes: https://www.archlinux.org/news/binaries-move-to-usrbin-requiring-update-intervention/
Comment by h8red
I added a dependency on "autoconf" package.
Comment by indianahorst
Could you please add core/autoconf as dependency? It's needed for compiling the cpufreqd package.
Comment by blaztinn
Since I don't have enough time and don't really use the package any more, I'm dissowning the package. I hope someone better suited can step up.
Comment by Kyrias
Hmr, is this package really OOD?
Upstream URL seem to suggest the current version *is* 2.4.2
Comment by orbisvicis
That patch, plus another one addressing a buffer overflow, can be found at:
http://sourceforge.net/mailarchive/forum.php?thread_name=20081120111350.GC21000%40inferi.kami.home&forum_name=cpufreqd-user
Comment by orbisvicis
Oh, this is an old bug; the developer sent me a patch 4 years ago that works for the most part.... unfortunately I never responded and it kind of bitrotted.
Comment by orbisvicis
Does this work for anyone on 3.5.x kernels? Just recently updated, and it fails in two places:
. unable to read battery information (sysfs patch needs to be updated)
. unable to set frequency scaling/governor
Is this project still maintained, or at least accepting patches ?
Comment by blaztinn
Updated to use cpupower. Thank you for the patches.
Comment by Muflone
This package is broken since the cpufrequtils has been removed from the extra repository [1] because it died upstream and has been replaced by cpupower.
cpufreqd cannot be used anymore. Please switch to cpupower or drop the package.
[1] http://www.mail-archive.com/arch-dev-public@archlinux.org/msg19813.html
Anonymous comment
Thanks for the tip orbsvicis!
It did work for me
Here is my PKGBUILD: http://pastebin.com/1w5sjg7c
And the configure.in patch: http://pastebin.com/j0aDnntd
As cpufrequtils does not seens to be in arch reppositories anymore this is the only way to build cpufreqd, right?
Comment by orbisvicis
Then also might need to run "autoreconf -i" to regenerate the "configure" script
Comment by orbisvicis
A patch like http://hpaste.org/raw/72005 (untested) against configure.in should do the trick
Comment by orbisvicis
Can you build this package against cpupower instead of cpufrequtils? Aside from whitespace changes, the two packages provide identical headers (/usr/include/cpufreq.h) and should thus be 100% compatible.
The reason is that cpupower provides extended functionality compared to cpufrequtils.
Comment by blaztinn
I have too much typos with this PKGBUILD :). It should be fixed now.
Comment by dvzrv
Oh... I see now.. it's actually in a folder that is not at all existent.
@billy: Your PKGBUILD puts it to /user ... should be /usr! Please fix!
Comment by dvzrv
@INUYASHA: Because the unit file is in /lib/systemd/system and should be in /usr/lib/systemd/system
A "pacman -Ql cpufreqd" would have told you that, btw ;) My earlier comment will also tell you where the default location for unit files is now and once billy has updated the PKGBUILD, things will be back to normal again.
Anonymous comment
not found /user/lib/systemd/system/acpid.service
Anonymous comment
$ -> sudo systemctl enable cpufreqd.service
Failed to issue method call: No such file or directory
$ -> ls /user/lib/systemd/system/c*
/user/lib/systemd/system/cpufreqd.service
why?
Comment by dvzrv
The unit file should be installed to /usr/lib/systemd/system
This is the default directory for unit files now.
Comment by blaztinn
Fixed, I don't know how that came in there.
Comment by grawity
This should install 'cpufreqd.service' instead of 'systemd.service'.
Comment by mokkurkalve
Why are this package flagged out of date? AFAIK the website gives version 2.4.2 as the latest. If it's flagged by error it should probably be unflagged.
Comment by ilpianista
* moved from [extra]