I'm not sure it makes sense to say that acpid is "not needed for hal".
acpid turns a unicast channel into a multicast channel. No single
consumer of the channel needs that service; the service is needed
because there might be more than one consumer. Doing anything other
than letting acpid be the broadcaster is unnecessary complexity that
will inevitably break things.
I believe that the patch I have posted to bug 352512 is the only correct
one for the reasons I give there. I cannot see that the costs in terms
of the added complexity (extra code to look /usr/sbin/acpid), extra
brittleness (looking for that binary is brittle, supposing the service
is provided by, say, /usr/sbin/acpid-tiny instead?) and inability to
cope with certain corner cases as you document is justified by any real
benefit. Far from making things more complex, this fix simplifies
things, even making hal slightly smaller.
--
__
\/ o\ Paul Crowley, [EMAIL PROTECTED]
/\__/ http://www.ciphergoth.org/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
