Linked by Eugenia Loli on Tue 30th Sep 2003 05:20 UTC
General Development In the dawn of the renovation of's web site, David Zeuthen announced the release of HAL 0.1. HAL is an implementation of a hardware abstraction layer, as defined by Havoc Pennington's paper. It encompasses a shared library for use in applications, a daemon, a hotplug tool, command line tools and a set of stock device info files. Carlos Perelló Marín also announced the design of a similar concept, but it is expected the two projects to merge. More people are encouraged to join this innovative project. Elsewhere, Gnome's Seth Nickell is giving us a first taste of his effort to replace the Init system.
Permalink for comment
To read all comments associated with this story, please click here.
RE: RE:?
by oGALAXYo on Tue 30th Sep 2003 09:17 UTC

> By's implementation, HAL is kernel-intependant (as long as it is ported that is).

Exactly what I understood. Thanks for confirming this. Well I understand that GNOME should be Hardware independant and I also do understand the needs of accessing the Hardware confortable under GNOME. But please don't understand me wrong here. All this is overload due to the implementation. I fullheartly agree to the idea but I don't agree with the implementation. This is only a hack around some stuff to make things work on many plattforms.

Look, we already reached a point in GNOME where things are quite slow by some time e.g. people with limited Hardware have hard times using GNOME and as you once figured yourself. When moving a lot of files on your Harddisk from place A to place B and while this is doing go and open GNOME-Terminal for example. It takes many seconds (20-30 seconds) to show up due to loading all sorts of libraries and these libraries require again other libs and so on. If we put another step of complexity between this then maybe it would be better to complete the entire step and write a NEW OS around GNOME.

An OS that has a HAL system, an OS that include the GNOME required VFS layer in the core, an OS that works on all Hardware but with the correct needs and requirements of a Desktop System.

Cool would be:

Hardware <--> Kernel (HAL, VFS, Framebuffer all for Desktop needs) <--> Desktop

What we have now is:

Hardware <--> Kernel (HAL) <--> (X11, VFS layer for GNOME, HAL and more stuff and wrapper for other Plattforms) <--> Desktop

and exactly this stuff is pain. As more we put in the paranthesis (?) named entries, as more it affects speed and other stuff. Look at BeOS, MorphOS or QNX solutions where all thesr things are working quite closely to and around the Kernel. This explains the huge speed of the resulting Desktop.