HALectomy

hal-less KDE

KDE uses Solid as abstraction for hardware access, which in turn currently uses HAL as backend for hardware listing and power management. This means, porting away from HAL needs to be done only in two places:

At the moment there are no concrete plans for an udev-based Solid backend for libsolid, while there's a starting of work on an upower-based backed for solid-power.

KDE SC 4.4 (squeeze) definitely relies on HAL for both, so the future KDE SC 4.5.

hal-less Xfce

See:

hal-less GNOME for squeeze

Interesting links:

Packages in the default GNOME installation

libgnomevfs2-0 / libgnomeui-0 / libgnome2-0 cleanup

A lot of packages indirectly depend on libhal1 by either depending on libgnomevfs2-0 (~185 packages), libgnomeui-0 (~173 packages) or libgnome2-0 (~208 packages). It would be worth investigating, if that is due to broken pkg-config files resp. libtool dragging in unnecessary library dependencies. Such pkg-config files should be identified and dependend packages could be binNMUed. Packages still using the old libraries should be identified and bugs filed respectively to port them e.g. to GVfs. See also the upstream Project Ridley.

pitti wants to investigate, if libgnomevfs2-0 can be built without HAL support.

gnome-mount

PolicyKit 1