Package: acpi-support Version: 0.142-1 Severity: normal When using xtrlock for screen locking, the screenblank script does not work properly: The screen is locked, however, suspend is not initiated. After entering password and unlocking the screen, the system is immediately suspended.
This is probably because the /usr/share/acpi-support/screenblank script does not invoke xtrlock in background. Because xtrlock (unlike the other screensaver commands) blocks and does not return until the password is entered, the /etc/acpi/sleep_suspend.sh only executes pm-suspend after the screen has been unlocked again. Proposed fix: Something like su $XUSER -s /bin/sh -c "/usr/bin/xtrlock &" in the screenblank script. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages acpi-support depends on: ii acpi-support-base 0.142-1 ii acpid 1:2.0.22-3 ii lsb-base 4.1+Debian13 ii pm-utils 1.4.1-15 ii x11-xserver-utils 7.7+3 Versions of packages acpi-support recommends: ii acpi-fakekey 0.141-2 ii rfkill 0.5-1 Versions of packages acpi-support suggests: ii radeontool 1.6.3-1 ii vbetool 1.1-3 ii xinput 1.6.1-1 ii xscreensaver 5.26-1 ii xtrlock 2.6 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org