-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

> Do you mean annoying? Anyways, statements like this do generally not
> help to get an issue addressed, as they add no valuable information.

Yes, I did mean annoying (auto correction...). I must apologize for this
statement. My intention was to provoke a reaction (and this seems to
have worked just fine) but perhaps I was a bit too unkind...

> Bart was referencing a launchpad bug number, but reading through it, it
> seems laptop-mode-tools can even worsen the situation regarding the
> harddisk load/unload cycles.
>
> Would simply installing laptop-mode-tools do the right thing
> out-of-the-box or does it require configuration? If the latter, it would
> be basically useless, imho.

I don't know which bug you mean , but I think the harddisk load/unload
cycle thing is a totally different issue. The package laptop-mode-tools
offers a lot more functionality than just setting the (potentially
dangerous) hdparm -S option.

> The problem is, that the bug is about adding support for laptop-tools,
> but I am missing proper justification, why this is necessary, what the
> underlying problem is and why laptop-mode-tools is the correct solution.

I think that all packages (and especially those that are likely to be
used together) should support each other as well as possible. The
present setup just does not work properly without edition conf files,
which i regard as acceptable for the testing branch but unaccepatble for
a stable release.

The problem is, that laptop-mode-tools sets some options (especially
hdparm options for acoustic management, spin down, ...) that are not
persistent. Therefor it needs to be noticed when the computer resumes
from suspend/hibernate. As mentioned by Bart Samwel acpi-support does
just that and it works fine.

To exactly mimic the behavior of acpi-support one would have to add
something like

#!/bin/sh
#
# 99laptop-mode: Reload laptop mode

case "$1" in
        hibernate|suspend)
                if [ -e /etc/init.d/laptop-mode ] ; then
                        invoke-rc.d laptop-mode stop
                fi
                ;;
        thaw|resume)
                if [ -e /etc/init.d/laptop-mode ] ; then
                        invoke-rc.d laptop-mode restart
                fi
                ;;
        *) exit $NA
                ;;
esac

to /usr/lib/pm-utils/sleep.d . I personally have my machine set up like
this and everything works flawless.

> Would it actually help, if we added this hook to pm-utils, given that
> laptop-mode-tools is not installed by default.

If laptop-mode-tools is not installed this hook would do nothing at all.

> I guess we won't add a depedency on pm-utils, given how big this
> package is.

I dont think this is necessary.

> ...looking through the file list it seems to duplicate functionality
> from pm-utils (wireless control, lcd brightness, ...) would those two
> packages actually stomp on each others feet?

I don't think that they will come in each others way (at least they do
not on my computer), but perhaps Bart can comment on this.

> As a side-note, it is no problem, if this hook is added to the
> laptop-mode-tools package itself (actually, upstream prefers if such
> hooks are shipped by the corresponding packages)

For a user this doesn't matter, but either of you should add it, as the
laptop-mode-tools package is rather useless if it fails after each suspend.


Regards,

Christian
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkjaasIACgkQOYJY/BTv8jGIDQCff7X4LgobSVFV1jrR0e7BtNCM
6dgAnins/AEXaFkTmwRk7qIZfTwEJSI3
=iBjj
-----END PGP SIGNATURE-----
begin:vcard
fn:Christian Gogolin
n:Gogolin;Christian
adr;quoted-printable;quoted-printable:Schillerstra=C3=9Fe 2;;Christian Gogolin;Veitsh=C3=B6chheim;;97209;Germany
email;internet:[EMAIL PROTECTED]
x-mozilla-html:FALSE
url:www.cgogolin.de
version:2.1
end:vcard

Reply via email to