Bug#579110: [Pkg-acpi-devel] Bug#579110: acpid: fails to power off system on suspend to ram/disk

2010-04-25 Thread Michael Meskes
On Sun, Apr 25, 2010 at 02:14:39PM +0200, Andreas Schneider wrote:
 After upgrading to 2.0.4 the system doesn't power off after suspending to RAM 
 /
 disk. I.e. it looks like like it's suspending as normal but at the point when

How do you suspend?

 Downgrading only this package to 2.0.3 fixes the problem for me.

This surprises me. Are you sure this is the only difference? From what you're
describing I cannot see how it's acpid related at all.

Btw. here are the changes between 2.0.3 and 2.0.4:

- Replaced all the mandb code in the makefile with a comment.  (Makefile) 
- Revamped logging.  (acpid.c event.c inotify_handler.c input_layer.c netlink.c 
proc.c sock.c) 
- Removed CR's (\r) from files.  (Changelog connection_list.c sock.c)
- Cleaned up the samples directory a bit.  Also added powerbtn samples taken 
from Debian.  (samples/*)
- Removed the %changelog token from the top of the Changelog.  This appears to 
be a Red Hat-ism.

Hardly anything that can produce the described problem.

 If this isn't enough information, please let me know.

You know that acpid only listens to some interfaces for acpi events and then
executes script accordingly? The functionality you describe is located in the
kernel, I cannot see how acpid has any influence. Could you please check that
you have the same set of modules installed when testing with 2.0.3 and 2.0.4?

michael
-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
ICQ 179140304, AIM/Yahoo/Skype michaelmeskes, Jabber mes...@jabber.org
VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#579110: [Pkg-acpi-devel] Bug#579110: acpid: fails to power off system on suspend to ram/disk

2010-04-25 Thread Andreas Schneider
Umm, now this is embarassing. Before submiting the bug I reproduced
both the bad and the good behaviour but now it turns out I can't
reproduce it anymore. Please close it and forget that I even opened
it. Sorry.

Best,

Andreas

On Sun, Apr 25, 2010 at 15:28, Michael Meskes mes...@debian.org wrote:
 On Sun, Apr 25, 2010 at 02:14:39PM +0200, Andreas Schneider wrote:
 After upgrading to 2.0.4 the system doesn't power off after suspending to 
 RAM /
 disk. I.e. it looks like like it's suspending as normal but at the point when

 How do you suspend?

 Downgrading only this package to 2.0.3 fixes the problem for me.

 This surprises me. Are you sure this is the only difference? From what you're
 describing I cannot see how it's acpid related at all.

 Btw. here are the changes between 2.0.3 and 2.0.4:

 - Replaced all the mandb code in the makefile with a comment.  (Makefile)
 - Revamped logging.  (acpid.c event.c inotify_handler.c input_layer.c 
 netlink.c proc.c sock.c)
 - Removed CR's (\r) from files.  (Changelog connection_list.c sock.c)
 - Cleaned up the samples directory a bit.  Also added powerbtn samples taken 
 from Debian.  (samples/*)
 - Removed the %changelog token from the top of the Changelog.  This appears 
 to be a Red Hat-ism.

 Hardly anything that can produce the described problem.

 If this isn't enough information, please let me know.

 You know that acpid only listens to some interfaces for acpi events and then
 executes script accordingly? The functionality you describe is located in the
 kernel, I cannot see how acpid has any influence. Could you please check that
 you have the same set of modules installed when testing with 2.0.3 and 2.0.4?

 michael
 --
 Michael Meskes
 Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
 Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
 ICQ 179140304, AIM/Yahoo/Skype michaelmeskes, Jabber mes...@jabber.org
 VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org