G-P-M on the wrong track?!

John (J5) Palmieri johnp at redhat.com
Sun Oct 16 11:15:59 PDT 2005

Eak! I would rather have this stuff as part of an addon to HAL.  Really
plugin or daemon, they are the same thing.  HAL then adds a nice
interface on top.  As for signals you can just listen for a property
changed in HAL.  Come to think of it I might just move my printer
configuration stuff to HAL in Fedora.

Network Manager itself as a separate daemon makes sense because of the
complexity.  Power Management is really not all that complex that it
warrants a separate daemon.  

On Sun, 2005-10-16 at 18:03 +0200, Matthias Grimm wrote:
> On Sun, 16 Oct 2005 12:41:26 +0100
> Richard Hughes <hughsient at gmail.com> wrote:
> Hi,
> Part II of the split up mega mail :-)
> DBus
> ------
> > Yes it breaks concepts. It uses DBUS to lock down who can do what, so
> > that the default desktop user doesn't have to enter a root password to
> > change a hibernation setting.
> DBus is out of discussion here. I know that a communication path between
> processes is needed and dbus seems to be the choice. So I have no
> problem with dbus.
> > HAL doesn't "do everything" -- it now provides a sane abstraction for
> > devices (in my opinion). You can call SetLCDBrightness on a LCD panel
> > device, or Suspend on the Computer device, but that's about it for the
> > scope of methods.
> This could be much better done with dbus than with HAL. Why don't we
> define a SetLCDBrightness Signal and broadcast it to interested servers?
> Dbus is also some type of abstraction layer but this approach fits
> better to the HAL dogma: Get information from HAL but talk with the
> device/daemon directly.
> > The beauty of using HAL addons is that the acpi method is only run for
> > acpi systems, the csr addon is only for wireless battery and mouse
> > etc. You do not have to start one system service like apmd, or acpid
> > or pmud on install, HAL will start the correct addon(s) automatically
> > depending on your hardware.
> Every power management daemon could do the same.
>  Best Regards
>    Matthias
> _______________________________________________
> hal mailing list
> hal at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/hal
John (J5) Palmieri <johnp at redhat.com>

More information about the hal mailing list