Many months ago when I started testing tdehwlibs with Tim, I too noticed the pmount requirement. The package is not part of the stock Slackware but easily compiled and installed in Slackware. Nonetheless, that pmount is not a standard package in many distros does raise the question of how to best handle that discrepancy. If pmount is no longer maintained upstream, and if pmount is the only palatable method for supporting tdehwlib, then perhaps we ought to slip pmount into our dependencies tree. We have libart_gpl as a precendent for such a move. I'm using pmount 0.93, which is the current stable version. If there are alternatives to pmount, that nonetheless means extensive rewrites and testing. We already have enough on our plate to get R14.0.0 out the door in a timely fashion, and progress toward that has somewhat stalled of late. Replacing pmount also likely means an ABI change and according to our new versioning scheme, would mean such changes should wait until R14.1.0 (and not R14.0.1, which would be a bug-fix and maintenance release). As Alexander noted in another response, Trinity can be compiled with HAL or TDEHWLIB support, but not both. For a couple of months I built both ways as Slackware 13.1 uses HAL and 14.0 uses the udisks framework. I'm no longer using 13.1 and can't say how well we've maintained HAL support. I now only use 14.0 and I am not experiencing any serious problems with tdehwlib. Darrell