I'm marking this bug as resolved because in the latest release of
Ubuntu, acpi-support hands off all script handling to pm-utils. If
there are any cases not yet handled correctly by pm-utils, this bug
should be reopened and assigned there.
** Changed in: acpi-support (Ubuntu)
Status: Confi
This is the situation in intrepid, I think:
The script /etc/acpi/power.sh seems to be called whenever the AC power
is plugged in or removed, and it is also called at boot up (via the init
script /etc/init.d/acpi-support) and when resuming from suspend. This is
okay.
However, the script /etc/acpi/
** Changed in: acpi-support (Ubuntu)
Assignee: (unassigned) => XenonHan (chngwnhn)
** Changed in: acpi-support (Ubuntu)
Assignee: XenonHan (chngwnhn) => (unassigned)
--
acpi scripts are only called on events
https://bugs.launchpad.net/bugs/108611
You received this bug notification beca
The same problem still exists in Hardy. The fix above doesn't work any
more :(
--
acpi scripts are only called on events
https://bugs.launchpad.net/bugs/108611
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Okay scrap what I said earlier.
I read msrgi's fix and it does work. I'll post clearer instructions on
how to do it.
Open a terminal (Accessories -> Terminal) and type:
sudo gedit /etc/acpi/power.sh
(you can replace gedit with your favourite text editor). It will ask for your
password so type
I've managed to trick Ubuntu 7.10 to activate batttery mode (laptop mode
and all the scripts) by doing this
$ gedit battery.sh
--- cut here ---
sudo su -c "echo AC > /var/lib/acpi-support/powerstate"
sudo /etc/acpi/power.sh
sudo su -c "echo BATTERY > /var/lib/acpi-support/powerstate"
--- cut he
I'm experiencing the same problem with a Dell Inspiron 6400/E1505 (where
scripts don't get executed on reboot on battery or resume), and on a
Dell Latitude D630 (scripts DO get executed when booting on battery, but
don't get executed on resume).
Can anyone tell me how I can manually send (fake) ev
I'm marking this as confirmed, as this is a problem, but it could just
as easily be marked rejected (more or less working by design), because
the underlying design is problematic. Of course rejecting it would
simultaneously require a blueprint be opened to cover the following
The problem is th
i'd love to try it, but i don't get it. could you be more precise about
what to add where?
tnx!
--
acpi scripts are only called on events
https://bugs.launchpad.net/bugs/108611
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
u
Hi folks,
I've solved (?) the problem by modifying /etc/acpi/power.sh:
if [ x$1 != xenforce ]; then
checkStateChanged;
fi
and resume.sh will then call
power.sh enforce
at the end.
--
acpi scripts are only called on events
https://bugs.launchpad.net/bugs/108611
You received this bug
The ENABLE_LAPTOP_MODE switch doesn't seem to influence the calling of
the scripts. Setting it true, it still ignores the scripts in ac.d and
batt at boottime or after resume.
--
acpi scripts are only called on events
https://bugs.launchpad.net/bugs/108611
You received this bug notification becau
Peter, I can confirm I have set ENABLE_LAPTOP_MODE to true, and the
problem still persists.
--
acpi scripts are only called on events
https://bugs.launchpad.net/bugs/108611
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu
Martin, have you modified /etc/default/acpi-support to set
ENABLE_LAPTOP_MODE to true?
>From reading the various related scripts in /etc/init.d/, /etc/acpi/,
and elsewhere, it seems there are inconsistencies with how and when the
relevant commands are invoked. But I want to make sure the machine i
13 matches
Mail list logo
