reassign 380520 hal,acpid quit On Tue, Aug 22, 2006 at 02:51:14PM -0400, Filipus Klutiero wrote: > reassign 380520 acpid > thanks
> >But hald is started by udev, so it's hard to control that order sensibly. > ^^ dbus > It's not so hard. By default it works fine after reboot. Great, let's just have everybody reboot their Debian boxes when they get into an inconsistent state. > >This means that *hal* is breaking *acpid*, not vice versa. > Right, so acpid is "broken". This is a bad justification for assigning the bug to acpid. It's clear that hald has the means to work whether acpid is started in advance or not, but that acpid has no such mechanism to cope with hald blocking its access to /proc/acpi/event. Nor should it, AFAICT. If we want reliable cooperation between these two packages, the only way I can see to do it is for hal to depend on acpid and not try to access /proc/acpi/event directly. There's no other way to reliably ensure that acpid always has a chance to connect first without hald opportunistically blocking the file. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
signature.asc
Description: Digital signature