HAL and glib

[John (J5) Palmieri]

But we can increase security by ripping out chunks of time tested code,
replacing it with yet another cut&paste set of data structures that HAL
developers will love to maintain.

* J5 runs off a cliff hoping he will survive the waters bellow.  Hey at
least it is better then the mob currently chasing him ;-)

Seriously though while D-Bus had legitimate reasons to do so HAL is not
going to have its own data library especially not at this point of the
game where it is maturing.  We once discussed using the D-Bus library
but Havoc quickly shot that down because if HAL used it then everyone
would want to use it and it is not a replacement for GLib.

On Mon, 2005-10-24 at 20:07 +0200, Kay Sievers wrote:
> On Mon, Oct 24, 2005 at 08:02:07PM +0200, Matthias Grimm wrote:
> > I read on the web page that HAL will drop the dependency on glib soon.
> > What is the reason for it? Will needed glib functions replaced with
> > libhal functions? I guess new patches shouldn't require glib, should
> > they?
> 
> Yeah, that will happen soon after everything that is not related to
> processes is moved out of /proc in the Linux kernel. :)
> 
> HAL started in companion with DBUS, which copied all neede stuff from
> glib into its own source tree for portability and political reasons.
> That time we thought HAL would do something similar, but I don't really
> see the need for it or think it's likey to happen.
> 
> Kay
> _______________________________________________
> hal mailing list
> hal at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/hal
-- 
John (J5) Palmieri <johnp at redhat.com>