Your message dated Mon, 3 May 2010 12:13:15 +0200
with message-id <201005031213.15679.mes...@debian.org>
and subject line Re: acpi-support: power.sh is not run if power adapter is
unplugged while system is on standby
has caused the Debian Bug report #579554,
regarding acpi-support: power.sh is not run if power adapter is unplugged while
system is on standby
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
579554: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=579554
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: acpi-support
Version: 0.133-2
Severity: normal
Hi,
Normally /etc/acpi/power.sh gets called when I plug in or unplug my
laptop's power adapter. Thus, I have edited the script to dim my screen
when the laptop is running on battery power. (In the good old days this
was done in hardware. Ah well.) If, however, I am using the laptop at
my desk, put it in standby mode, unplug it, carry it with me somewhere
else, and then turn it on again on battery power, the system does not
"notice" (so to speak) that it has been unplugged, so the screen remains
at full brightness. Since actual ACPI events will obviously not be
generated while the system is on standby, I think the system should
check what the power state is when it is turned on again and
run /etc/power.sh if the state has changed. Alternatively, please
provide a script that is run when the system is powered on from standby
so that I can copy my script to dim the screen there.
Thanks for your consideration.
John Lindgren
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages acpi-support depends on:
ii acpi-support-base 0.133-2 scripts for handling base ACPI eve
ii acpid 1:2.0.3-1 Advanced Configuration and Power I
ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib
ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip
ii pm-utils 1.3.0-1 utilities and scripts for power ma
ii x11-xserver-utils 7.5+1 X server utilities
Versions of packages acpi-support recommends:
ii dbus 1.2.24-1 simple interprocess messaging syst
ii hal 0.5.14-2 Hardware Abstraction Layer
pn radeontool <none> (no description available)
pn vbetool <none> (no description available)
pn xscreensaver | gnome-screensa <none> (no description available)
Versions of packages acpi-support suggests:
pn rfkill <none> (no description available)
pn xinput <none> (no description available)
-- no debconf information
--- End Message ---
--- Begin Message ---
> I'm looking at it from the user's standpoint: if there is a script to
> respond to changes in the power supply, then that script should be run,
> for consistency's sake, even if the actual physical change occurs while
> the system is on standby. As to how that would actually be implemented,
> my idea is that the kernel should emit some sort of a trigger when the
> system comes out of standby, just as it does when an ACPI event occurs.
I absolutely agree. However, this is our of the realm of the acpi-support
package. This package only offers scripts that are run in reaction to an ACPI
event, which as we all know is not triggered. Therefore I cannot see a bug in
acpi-support despite agreeing in that the situation is unsatisfying in
general.
Michael
--
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
ICQ 179140304, AIM/Yahoo/Skype michaelmeskes, Jabber mes...@jabber.org
VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL
--- End Message ---
