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