What's the story with acpi_fakekey?

[sandoz]

Hi,



Jaime Davila wrote:

> While reading about it, somewhere I read that acpi will check to see if
> gpowermanager or kbatterymonitor (or whatever those to applications for
> KDE or gnome are called) are running. If they are running, acpi simply
> hands control off to them, so it might not be acpi that finishes the
> process. For some acpi events gnome actually gives control right back
> to acpi, or to HAL, or something like that.



Well, I have gnome-powermanager running. But what can I do now?

Unfortunately suspend and hibernate is for my T43 not working. (All
updates to Dapper applied)



> All I can suggest is to start looking at /var/log/acpi, and take it from
> there.



You ment */var/log/acpid*. For me it says like this:


Code:
--------------------
    received event "ibm/hotkey HKEY 00000080 0000100c"

  notifying client 4276[118:118]

  executing action "/etc/acpi/hibernatebtn.sh"

  BEGIN HANDLER MESSAGES

  END HANDLER MESSAGES

  action exited with status 0

  completed event "ibm/hotkey HKEY 00000080 0000100c"

  
--------------------




without doing anything. Invoking */etc/acpi/hibernatebtn.sh* manually
as root, doesn't do anything too. hibernatebtn.sh is calling
acpi_fakekey.



> This first script sets the values of some constants in such a way that,
> both scripts run one after the other do something.



You are right, but as far as I see it just takes the key codes:


Code:
--------------------
    #!/bin/bash

  . /usr/share/acpi-support/key-constants

  acpi_fakekey $KEY_SUSPEND

  
--------------------




In this case


Code:
--------------------
    grep KEY_SUSPEND /usr/share/acpi-support/key-constants
--------------------


says 205.



Invoking *acpi_fakekey 205* as root doesn't do anything.



Has anybody solved the problem for Ubuntu 6.06 and the Gnome desktop?

sandoz


-- 
sandoz