Summary: | sys-apps/speedfreq: New battery.sh | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | fbusse |
Component: | New packages | Assignee: | Mobile Herd (OBSOLETE) <mobile+disabled> |
Status: | RESOLVED UPSTREAM | ||
Severity: | enhancement | CC: | michael |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 70163 | ||
Bug Blocks: | 60067 | ||
Attachments: | New battery.sh script |
Description
fbusse
2004-07-10 02:34:40 UTC
Created attachment 35099 [details]
New battery.sh script
Anybody responsible for this bug? No response for over a month and really simple to fix. *** Bug 52616 has been marked as a duplicate of this bug. *** Fridtjof, are you still using speedfreq? If you are, maybe you'd like to see bug #70163 and test if it works for you. Some positive test reports might speed up getting it into portage ;-) Is the solution in bug 70163 ok for you? Bug 70163 doesn't work for me since it depends for some reason on sys-apps/powermgmt-base which isn't in portage. I don't like the way it puts the whole battery-handling into /etc/init.d/speedfreq as well, it should stay in /etc/acpi IMO. Even if I remove the dependency, I get an error in the runscript (on_ac_power: command not found. Too lazy to investigate this since my changed battery.sh works fine with my without being intrusive. sys-power/speedfreq is deprecated in favor of sys-power/cpufreqd due to unresolved bugs and lack of upstream activity. If you would like to see this fixed, please contact upstream. |