Your message dated Mon, 4 Jan 2010 16:31:28 +0100
with message-id <20100104153124.ga9...@lisa>
and subject line Re: [Pkg-acpi-devel] Bug#555607: acpi-support: should support
default actions for lid close/open via config options
has caused the Debian Bug report #555607,
regarding acpi-support: should support default actions for lid close/open via
config options
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 [email protected]
immediately.)
--
555607: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555607
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: acpi-support
Version: 0.123-1
Severity: wishlist
Hi,
today I wanted to configure my laptop to suspend to RAM when
closing the lid. This is possible with the current way how configuration
is managed, but not very beauty. I'd suggest one of the following
changes:
1. Make /etc/acpi/lid.sh call /etc/acpi/lid_close.sh when closing the
lid and lid_open.sh on opening. Make these scripts call
/etc/acpi/local/lid_{open,close}.sh.{pre,post} accordingly.
The obvious advantage of this approach is, that the lid logic
(close/open?) doesn't need to be duplicated in the scripts.
Eventually lid.sh could also be replaced by two more specific scripts,
but I don't know if that would work.
2. Add configuration options to make it possible to configure common
actions via /etc/default/acpi-support. For example it would make sense
to have an option, lets say ACTION_ON_LID_CLOSE, which could be set to
either sleep (pm-suspend), or hibernate (pm-hibernate) or none (default:
as it is now). Maybe it would make sense to call it somehow different,
because with that name none is not really correct as screen locking
would still happen (unless configured otherwise).
3. My favorite choice: Combine 1 and 2, so that its possible to
configure common actions (sleep, suspend, maybe poweroff, too) and
additionaly defining specific scripts that are only handled on
open/close of the lid.
BTW. I'd be willing to realize either of these options, depending
on what the Debian ACPI Team and upstrem think is the best
choices.
Best Regards,
Patrick
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (x86_64)
Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages acpi-support depends on:
ii acpi-support-base 0.123-1 scripts for handling base ACPI eve
ii acpid 1.0.10-2 Utilities for using ACPI power man
ii dmidecode 2.9-1.1 Dump Desktop Management Interface
ii finger 0.17-13 user information lookup program
ii hdparm 9.15-1 tune hard disk parameters for high
ii laptop-detect 0.13.7 attempt to detect a laptop
ii libc6 2.10.1-5 GNU C Library: Shared libraries
ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip
ii pm-utils 1.2.5-4 utilities and scripts for power ma
ii powermgmt-base 1.30+nmu1 Common utils and configs for power
ii x11-xserver-utils 7.4+2 X server utilities
Versions of packages acpi-support recommends:
ii dbus 1.2.16-2 simple interprocess messaging syst
ii hal 0.5.13-4 Hardware Abstraction Layer
ii nvclock 0.8b4-1 Allows you to overclock your nVidi
ii radeontool 1.5-5 utility to control ATI Radeon back
ii toshset 1.75-1 Access much of the Toshiba laptop
Versions of packages acpi-support suggests:
pn laptop-mode-tools <none> (no description available)
-- no debconf information
--- End Message ---
--- Begin Message ---
Hi,
On Tue, Nov 17, 2009 at 12:59:29PM +0100, Michael Meskes wrote:
> On Tue, Nov 10, 2009 at 01:36:00PM +0100, Patrick Schoenfeld wrote:
> > BTW. I'd be willing to realize either of these options, depending
> > on what the Debian ACPI Team and upstrem think is the best
> > choices.
>
> Feel free to send a patch. I'm not sure if upstream (= Ubuntu) is willing to
> put these changes in, but we can try. They do see larger if not all parts of
> acpi-support and acpid as deprecated.
after having another look at the scripts I came to the conclusion thats
its probably really not worth the effort as you already mentioned.
I looked at several solutions and they all share an elementary ugliness
or require more lines of code to save less in the pre/post scripts.
Therefore closing it. Thanks anyway for considering it.
Regards,
Patrick
--- End Message ---
