Le 28/12/2017 à 15:31, Didier Kryn a écrit :
The files listed below are all part of package acpi-support.

    /etc/acpi/events/lidbtn causes the invocation of /etc/acpi/lid.sh on lid events

    /etc/acpi/lid/sh invokes a function called CheckPolicy(), which is in file /usr/share/acpi-support/policy-funcs.

   CheckPolicy() checks if there is a daemon managing lid events. If so, lid.sh does nothing; otherwise it just locks the screen on close - at least on my laptop.

    Therefore, when xfce4-power-manager is running, lid.sh exits after sending it some dbus message. The problem is that xfce4-power-manager doesn't do anything.

    Now I have the following options:

    1) Try to obtain something from xfce4-power-manager. I'm not ready to debug the dbus nightmare. It might be that the package dbus-user-session is necessary. But this one depends on libpam-systemd and therefore is uninstallable on Devuan.

    2) Rewrite /etc/acpi/libtn to invoke my own script.

    Am I the only one with that problem?

    Found a simple solution to suspend on lid close:

    1) uninstall xfce4-power-manager (probably true with power-managers from other DEs). It doesn't work and it prevents the default acpi methods to be called.

    2) edit /etc/default/acpi-support
             uncomment line 36: #LID_SLEEP=true
             uncomment line 40: #LID_SHUTDOWN=true

    The second parameter tells the script to shutdown if suspend fails. It isn't mandatory, but I would recommend it for a laptop.

    Push the power button to resume. Openning the lid isn't enough.

    If you have xscreen-saver installed, then the screen will be locked on resume.

        Didier

            Didier

_______________________________________________
Dng mailing list
[email protected]
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Reply via email to