[illumos-Developer] HAL

[Alan Coopersmith]

Joerg.Schilling at fokus.fraunhofer.de wrote:
> Alan Coopersmith <alan.coopersmith at oracle.com> wrote:
> 
>> Joerg.Schilling at fokus.fraunhofer.de wrote:
>>> The main problem seems to be that GNOME did break the layering rules and 
>>> introduced functionality that do not belong into a GUI. There is no doubt, that
>>> GIMP belongs in total into a GUI, but in case of OS services like removable
>>> media management, the GUI should be no more than control and display.
>> HAL is a system daemon & library, not a GUI.   GNOME is a consumer of HAL,
>> just as it's a consumer of libc.
> 
> If this was true, then there would be no need to link it against GNOME libs.

It is true.   It doesn't link against any GNOME GUI libraries - just libraries
that are built & delivered in the GNOME consolidation because they needed them
before anyone else on the system did.   Python is built in the GNOME
consolidation for the same reason - it's not a GUI, but the GNOME GUI's needed
it before any other bundled component did.

glib is a generic utility library for things like linked lists & portability
replacements for common functions - see  http://library.gnome.org/devel/glib/

D-Bus is an IPC mechanism: http://www.freedesktop.org/wiki/Software/dbus

If you run "ldd /usr/lib/hal/hald" you'll see no X11 libraries.

-- 
	-Alan Coopersmith-        alan.coopersmith at oracle.com
	 Oracle Solaris Platform Engineering: X Window System