Package: acpid Version: 1.0.10-2 Severity: normal
I can confirm this bug. Removing an input device that was present when acpid was started inevitably crashes the daemon since it does not simply drop the single device, but terminates completely. So an instance of acpid started (possibly during system boot) with an USB keyboard plugged in will terminate the moment the keyboard is removed, due to further read attempts on the former device fiel failing. This is a major issue for notebook computers, since device files are often recreated during suspend/resume cycles, thus breaking acpid. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages acpid depends on: ii libc6 2.9-12 GNU C Library: Shared libraries ii lsb-base 3.2-22 Linux Standard Base 3.2 init scrip ii module-init-tools 3.7-pre9-1 tools for managing Linux kernel mo Versions of packages acpid recommends: ii acpi-support-base 0.123-1 scripts for handling base ACPI eve acpid suggests no packages. -- debconf information: acpid/modules: ac processor battery button fan thermal acpid/noacpi: -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
