Bug#489465: /etc/acpi/events/sleepbtn: /etc/acpi/events/sleepbtn runs wrong script
Hi Chaskiel, Chaskiel Grundman wrote: Between 0.109-3 and 0.109-5, the is gnome-power-manager running check moved into /etc/acpi/sleepbtn.sh from /usr/share/acpi-support/suspendorhibernate. Unfortunately, the /etc/acpi/events/sleepbtn config file dispatches sleep button events to /etc/acpi/sleep.sh, not /etc/acpi/sleepbtn.sh, bypassing the check entirely. This results in double suspends when gnome-power-manager is configured to handle suspend button events. Also, why do you think you need to use acpi_fakekey to submit an event to gnome-power-manager? g-p-m seems to get the original event itself (not sure if this is via hal or direct from acpid). While mostly harmless, this can result in g-p-m reporting that suspends failed or were disallowed, because it gets two suspend requests in a short period of time (currently, it says 'Policy timeout is not valid. Please wait a few seconds') Aargh. Thanks for pointing this out to me. There are TWO functions for acpi-support, which are mixed up here: 1. Suspend support. This is what /etc/acpi/sleepbtn does: it handles the NORMAL suspend button and calls its own suspend code -- but only if it's not handled otherwise. 2. Translate buttons that are not correctly translated by the kernel. If you check /etc/acpi/events/* for sleepbtn.sh, you will find that there are four scripts that call sleepbtn.sh, for four brands of laptops. These two functions were confused when the suspend support was refactored recently. Originally, sleep.sh, which is meant to implement (1), checked for gnome-power-manager and did nothing if it was called when gnome-power-manager was active. This check should be re-added. It will be in the next upload. Thanks very much for reporting! Cheers, Bart -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489465: /etc/acpi/events/sleepbtn: /etc/acpi/events/sleepbtn runs wrong script
Package: acpi-support Version: 0.109-5 Severity: normal File: /etc/acpi/events/sleepbtn Between 0.109-3 and 0.109-5, the is gnome-power-manager running check moved into /etc/acpi/sleepbtn.sh from /usr/share/acpi-support/suspendorhibernate. Unfortunately, the /etc/acpi/events/sleepbtn config file dispatches sleep button events to /etc/acpi/sleep.sh, not /etc/acpi/sleepbtn.sh, bypassing the check entirely. This results in double suspends when gnome-power-manager is configured to handle suspend button events. Also, why do you think you need to use acpi_fakekey to submit an event to gnome-power-manager? g-p-m seems to get the original event itself (not sure if this is via hal or direct from acpid). While mostly harmless, this can result in g-p-m reporting that suspends failed or were disallowed, because it gets two suspend requests in a short period of time (currently, it says 'Policy timeout is not valid. Please wait a few seconds') -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-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/bash Versions of packages acpi-support depends on: ii acpi-support-base 0.109-5scripts for handling base ACPI eve ii acpid 1.0.6-10 Utilities for using ACPI power man ii dmidecode 2.9-1 Dump Desktop Management Interface ii finger0.17-12user information lookup program ii hdparm8.6-1 tune hard disk parameters for high ii laptop-detect 0.13.6 attempt to detect a laptop ii libc6 2.7-10 GNU C Library: Shared libraries ii lsb-base 3.2-12 Linux Standard Base 3.2 init scrip ii powermgmt-base1.30 Common utils and configs for power ii vbetool 1.0-3 run real-mode video BIOS code to a ii x11-xserver-utils 7.3+3 X server utilities Versions of packages acpi-support recommends: ii dbus 1.2.1-2simple interprocess messaging syst ii hal 0.5.11-2 Hardware Abstraction Layer ii nvclock 0.8b3-1Allows you to overclock your nVidi ii pm-utils 1.1.2.3-1 utilities and scripts for power ma ii radeontool1.5-5 utility to control ATI Radeon back -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]