Joey Hess wrote: > Per Olofsson wrote: >> So perhaps we should simply standardise on pm-utils. According to the Ubuntu >> wiki page, acpi-support still needs to be around to send key events (for >> IBM/Lenovo laptops which sends key events through ACPI, I presume). What we >> can >> do then is to replace hibernate with pm-utils in the laptop task. What does >> everyone think? > > I don't buy the argument that hibernate causes confusion. None of this > gnome/kde/hal/pm-utils hibernation stuff will work if the laptop task is > installed w/o a desktop, will it?
pm-utils works without a desktop. At least it does for me. It doesn't get the quirk database from hal though, but uses s2ram's built-in database. > And what about XFCE? (It's possible to > run pm-hibernate at the shell, but you can't pass all the quirk > information to it that hal does, so doing so is basically useless.) Does pm-hibernate need any quirks? AFAIK, only suspend-to-ram needs quirks as the BIOS is not run when resuming. When hibernating to disk, the BIOS gets run at resume time and reinitializes the video mode. Regarding pm-suspend, you can still run it without the quirk options, in which case it uses s2ram's built-in quirk database. This is comparable to the hibernate package, I think. > pm-utils was not ready to replace acpi-support last time I looked at it. > acpi-support does a lot of stuff that it doesn't. I didn't suggest replacing acpi-support. At least not the event handling part of it. > Also, I was underimpressed at the quality of its code. It globbed files > in the current directory, and is a #!/bin/bash script (ugh!). I can't find any globbing of files in the current directory, but it still uses #!/bin/bash. I'm not particularly happy about the storing of quirks in hal part either. But I do think it's a good thing if we can get a distro-standard way of resuming/hibernating. -- Pelle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
