To read all comments associated with this story, please click here.
It seems hal is still a gnome dependency for gnome, as well:
# yum remove hal
Dependencies Resolved
=======================================================
Package Arch Version Repository Size
=======================================================
Removing:
hal x86_64 0.5.14-3.fc13 @released/$releasever 1.2 M
Removing for dependencies:
banshee x86_64 1.6.1-3.fc13 @updates-testing 11 M
banshee-musicbrainz x86_64 1.6.1-3.fc13 @updates-testing 63 k
compiz-gnome x86_64 0.8.6-1.fc13 @released/$releasever 2.2 M
desktop-effects x86_64 0.8.7-2.fc13 @updates-testing 263 k
gdm x86_64 1:2.30.2-1.fc13 @released/$releasever 4.6 M
gdm-plugin-fingerprint x86_64 1:2.30.2-1.fc13 @released/$releasever 75 k
gdm-user-switch-applet x86_64 1:2.30.2-1.fc13 @released/$releasever 119 k
gnome-applets x86_64 1:2.30.0-1.fc13 @released/$releasever 15 M
gnome-packagekit x86_64 2.30.3-1.fc13 @updates-testing 9.0 M
gnome-panel x86_64 2.30.0-4.fc13 @updates-testing 9.8 M
gnome-power-manager x86_64 2.30.1-1.fc13 @released/$releasever 7.4 M
gnome-session x86_64 2.30.0-1.fc13 @released/$releasever 1.7 M
gnome-session-xsession x86_64 2.30.0-1.fc13 @released/$releasever 4.6 k
gnome-shell x86_64 2.29.1-4 @fedora 1.4 M
hal-info noarch 20090716-3.fc12 @released/$releasever 310 k
hal-storage-addon x86_64 0.5.14-3.fc13 @fedora 23 k
...
Transaction Summary
=======================================================
Remove 45 Package(s)
Reinstall 0 Package(s)
Downgrade 0 Package(s)
That sounds like a Archlinux issue more than a GNOME issue given that officially the only thing still requiring HAL these days GIMP (whose maintainers refuse to replace the HAL depedency with something else). What ever the case maybe HAL is an ugly translation layer that would be best replaced with udev/upower/udisks as soon as possible for the sake of creating a smoother desktop without the many hicks up I've faced at the hands of HAL bugginess.
There is no such thing as a HAL dependency.
The whole point of Solid was to not depend on a certain hardware information system implementation, despite the HAL people claiming that HAL would be the way to go, even on other platforms such as OSX.
Luckily the people designing Solid didn't buy into that and can now nicely create new backends based on udisk and friends.
There is a dependency as so far if you want the features such as thumb drivers automatically mounting or autodetection of hardware you need to have HAL install. You either have a full experience or a crippled experience so yes HAL is a dependency as so far as delivering a full desktop experience.
Luckily the people designing Solid didn't buy into that and can now nicely create new backends based on udisk and friends.
Hence I ask where is the udisk/upower/udev backends? It has been how long and we're still waiting for them to make the move?
Edited 2010-07-30 13:55 UTC





Member since:
2005-07-06
From what I understand one of the benfits would be if one is using Mesa/LLVM the software path might actually be faster and smoother than if they tried to do all the compositing not using OpenGL.
The disappointing thing is that here we are discussing KDE 4.7 and they still haven't removed HAL dependency - something that should actually be at the top of the priority list rather than an after thought.