[PATCH] command line options for hald-addon-acpi

David Zeuthen david at fubar.dk
Tue Aug 2 10:33:39 PDT 2005


On Tue, 2005-08-02 at 18:54 +0200, Timo Hoenig wrote:
> > I don't know. I still take the position that things like the system
> > message bus (D-BUS) and HAL shouldn't be restarted at all because if
> > they can be restarted all apps needs to handle disconnect/reconnect
> > which makes it orders of magnitudes more complex to use.
> 
> Agreed regarding the D-BUS system bus, but not HAL.  Client applications
> waiting for messages of HAL being sent on the system bus are happily
> working even if HAL gets restarted.

These applications might lose events from HAL when HAL is not running.
Thus they need to check the HAL state (properties) when HAL is restarted
(they know from NameOwnerChanged).

> > So, if D-BUS / HAL packages are updated just require the user to reboot
> > like other OS'es.
> 
> I do not think that this makes sense.  We've come so far with STR and
> STD which makes rebooting of a properly installed system almost
> unnecessary.  We manage hotplugging of devices, even of CPUs.  So why
> should we not seek for a solution where software updates do not enforce
> a system reboot?

Because you need to reboot anyway because of kernel updates which are
probably more frequent than userland updates. Plus, the really important
reason is that we don't want semantics that makes it an order of
magnitude more difficult to developer applications (handle
disconnect/reconnect)

Btw, this has already been discussed; see this thread

 http://mail.gnome.org/archives/networkmanager-list/2005-March/msg00022.html

for details (it's a huge thread). Thanks.

> I don't like to gather events about discharging batteries and hotkeys on
> one and the same interface either...

That's really just an implementation detail.

> Since we're living in the ACPI world nowadays, what's your opinion?  We
> have the ACPI events to rely on.  So should we get rid of  acpid  and
> implement an abstract event interface using HAL?  

I believe we already have this today with HAL - what are you missing?

Cheers,
David


_______________________________________________
hal mailing list
hal at lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/hal



More information about the Hal mailing list