I believe udev is a part of the kernel, which can make relying on it more desirable than relying on HAL.
Originally Posted by unimatrix
As I understand it, HAL support is being dropped because HAL itself has been deprecated in favor of DeviceKit+udev.
According to Wikipedia, DeviceKit is deprecated too. It's been merged into udev.
Originally Posted by Ex-Cyber
I thought that was more of a rename than a deprecation.
Originally Posted by pvtcupcakes
On topic, hal's a bit of an abomination...why not just use one level abstraction, such as the kernel's to expose the devices to applications such as X?
About time X does away with Hal...and sticks with udev
But operating systems like the *BSDs don't have udev. What are they doing to use when HAL dies?
They don't need udev and have their own equivalents. The developers porting Xorg to other operating systems will make those changes among others. HAL used to abstract away all that but turned out to be not the right approach.
Originally Posted by KDesk
Originally Posted by RahulSundaram
Just tried xserver 1.8, had to disable hal and enable dbus manually (cause hal was starting it by itself), ran Xorg -configure, reboot - works. Well sort of
Compiz was trippy (key lags, graphic artifacts all over my screen), switching to metacity solved that. Extremetuxracer froze X nicely So my guess it's mesa 7.8 that is causing the troubles...
X.Org X Server 1.8.0
Release Date: 2010-04-02
glxinfo | grep Mesa
client glx vendor string: Mesa Project and SGI
OpenGL renderer string: Mesa DRI Intel(R) 965GM GEM 20100328 2010Q1
OpenGL version string: 2.1 Mesa 7.8
Arch Linux, Gnome 2.30