Bug 74935 - LOWPOWER_SERVICES are never started if POWER_SERVICES is undefined.
Summary: LOWPOWER_SERVICES are never started if POWER_SERVICES is undefined.
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: apmd
Version: 9
Hardware: i386
OS: Linux
medium
high
Target Milestone: ---
Assignee: Bill Nottingham
QA Contact: Jay Turner
URL:
Whiteboard:
: 90852 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2002-10-02 21:45 UTC by Aleksey Nogin
Modified: 2015-01-08 00:00 UTC (History)
3 users (show)

Fixed In Version: 3.0.2-19
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2003-05-19 20:06:59 UTC
Embargoed:


Attachments (Terms of Use)
Patch to fix the script (against apmd-3.0.2-14). (785 bytes, patch)
2003-01-21 22:42 UTC, Aleksey Nogin
no flags Details | Diff

Description Aleksey Nogin 2002-10-02 21:45:55 UTC
I see several bugs in /etc/sysconfig/apm-scripts/apmscript

1) The most important one is that the code for starting up LOWPOWER_SERVICES is
inside the ``[ -n "$POWER_SERVICES" ]'' test, so if POWER_SERVICES is empty or
undefined, then LOWPOWER_SERVICES will never be restarted.

2) What if I get into a lowerpower state and then insert a secondary battery -
will LOWPOWER_SERVICES be restarted then? The current script appears to only try
to restart them when laptop is plugged back into AC...

3) What if I get into a lowerpower state, suspend the laptop, plug it into AC
and then resume - will the LOWPOWER_SERVICES be restarted then? Havn't tested
that yet though.

Comment 1 Aleksey Nogin 2003-01-06 10:25:26 UTC
I believe these problems still exist in Phoebe

Comment 2 Aleksey Nogin 2003-01-21 22:42:50 UTC
Created attachment 89492 [details]
Patch to fix the script (against apmd-3.0.2-14).

This problem still exists in Phoebe-2 (apmd-3.0.2-14). Attaching a patch that
(hopefully) fixes it.

Comment 3 Bill Nottingham 2003-05-19 20:06:59 UTC
Fixed in 3.0.2-19, slightly differently.

Comment 4 Aleksey Nogin 2003-05-30 09:42:31 UTC
*** Bug 90852 has been marked as a duplicate of this bug. ***


Note You need to log in before you can comment on or make changes to this bug.