reassign 481766 laptop-mode-tools
retitle 481776 please provide integration into pm-utils
thanks

Bart Samwel wrote:
> 
> BTW, in an earlier mail you suggested that this should actually be fixed
> in laptop-mode-tools. While I understand the reasoning behind this
> policy, and while I support this design concept in general, there are
> simply too many suspend methods in Linux to support, each of which have
> their own set of scripts which have to be tweaked. The ones I know of
> are hibernate, pm-utils, pmud, pbbuttonsd, and acpi-support. I'm afraid
> this situation needs to be resolved before such scripts can be put in
> the resume-action-requiring packages. :-/
> 

Really imho, the only important suspend framework is pm-utils (and I
personally don't care about the others).
I'd argue that the vast majority of laptop users is using pm-utils via HAL.
I'm personally against trying to support a dozen different power
management script suites and I don't think it makes sense if we attempt
to do so. We had that before in hal, and it was a bloddy mess. (FWIW,
acpi-support afaik is dead)
Now we only support pm-utils within hal and we finally begin to have a
sane (and manageable) power management stack with HAL/pm-utils and
frontends like kpowersave/gnome-power-manager talking to HAL via D-Bus.

FWIW, the Ubuntu laptop-mode-tools package has just added the pm-utils
hooks. Maybe you can consider to just copy their work.

I decided to reassign this bug to laptop-mode-tools.

Cheers,
Michael


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

Attachment: signature.asc
Description: OpenPGP digital signature

Reply via email to