HAL and DBUS?
 

Hey guys just wondering what way you guys recogmend installing HAL and DBUS on slack 10.2? I tried downloading the source for each, but DBUS didn't seem to install eveything as pgk-config would complain about a missing package when I tried installing HAL.

My goal is to get HAL,DBUS, and powersave installed on my laptop, I fell short of that goal a few hours ago as I could get HAL running, then when trying to compile powersave, pkg-config would complain about missing dbus-1 or somthing. Also that was when I used HAL and dbus packages from linuxpackages.com.

Thanks.

I had troubles compiling hal from source on a stock 10.2 system. Rather than slog it out, I did the easy fix; grabbed the hal, dbus and libcap packages from Freerock Gnome. The packages on linuxpackages.net didn't work for me.

You'll need a 2.6 kernel to use them though.

Right, I had compiled 2.6 before i nuked it :D also I am not familiar with Freerock Gnome. I mostly prefer KDE, or does this not matter? Did you just install Freerock, or did you extract HAL and dbus from the package?

You can just get the individual packages from the Freerock site:

ftp://mirror.datapipe.net/norlug/frg...gnome/platform

Or use the Dropline versions (be careful to pick the latest ones):

http://sourceforge.net/project/showf...ckage_id=71205

and install them with good ole installpkg. Dropline also has an updated udev package.

If you want to install HAL from the sources, you may want to know that 2.6 kernel headers are required, unless you manually make some small modifications to the 2.4 headers on your own.

If you need some inspiration, feel free to use our build scripts for HAL and Dbus.
http://prdownloads.sourceforge.net/d...r.bz2?download

All of these scripts were designed around our own custom build engine though:
http://dlgwiki.dot42.org/index.php/Build_Engine

Please excuse my slack/kernel noobness, but even though I have 2.6.15.1 installed it still uses the 2.4 headers?

Thanks

Thanks for chiming in - it's nice to know the dropline devs are hanging around.

I wasn't aware of that requirement when I was trying to build HAL and DBus. I didn't really spend time screwing with it, knowing that your (or FRG's) packages "just work". You've provided inspiration to give it another whirl, thanks!

Yes, the 2.4 headers are always installed, even if you are using 2.6.

My understanding of this is a little sketchy, but as far as I know, it installs the 2.4 headers because the headers have to match the kernel version that glibc was compiled against. So while you might be using a 2.6.x kernel, your glibc packages are still compiled against the 2.4 kernel.

I may be off base on that though, so anyone feel free to correct me, as I have always wondered about this myself, and this was my best understanding of the situation.

As for DBUS, I to used the LinuxPackages.net package and could not get it working, though I never actually tried as such. I just know that after the package installation, there were still DBUS errors when XFCE started. That is about the depth of my experimentation with this, I have no need for it myself.

Use the dbus package from freerock gnome, the one at linuxpackages.net isn't compatable. You need dbus-0.50. http://slackware.rol.ru/frg/frg-unst...-i486-1frg.tgz

Thanks for the replies :D now why excatly is that package not compatable?

The 0.60 version changes some shared libraries, so if you are using freerock gnome and it is compiled against dbus-0.50, then it is broken with 0.60 because of the shared library changes.

MS3FGX - That's what I've always heard as well. Though I build my own custom kernels, I typically keep Slack's 2.6 headers from "/testing" on-hand for just the HAL package. I just upgradepkg back to the 2.4 headers after building HAL (It's best to keep the 2.4 headers unless you absolutely need the 2.6 headers).

j79zlr is correct. It would probably be a good idea to use dbus-0.50. We currently ship dbus-0.50 and hal-0.5.5.1 with Dropline GNOME 2.12.2 (for compatibility reasons). I think that GSB/Freerock GNOME does the same.

One thing that has only lightly been touched upon here is the udev situation. Depending on what you want to do with HAL, you may also need to update your udev package. Please see the following Dropline and GSB/Freerock mailing lists for details:

http://sourceforge.net/mailarchive/f...forum_id=43152
http://sourceforge.net/mailarchive/f...forum_id=44353

hal.SlackBuild dbus.SlackBuild plib.SlackBuild
 

after much frustration with failure to make hal work with kde, i've found out that gware's hal and dbus slackbuilds works with slack 10.1, slack 10.2.
please get hal dbus slackbuild build scripts for slackware from:

ftp://ftp.gware.org/10.2/2.12.0/source/devlib/

you could download the folder hal using

wget -c ftp://ftp.gware.org/10.2/2.12.0/source/devlib/dbus/*
wget -c ftp://ftp.gware.org/10.2/2.12.0/source/devlib/hal/*

go to the folder and run "sh dbus.SlackBuild.gware" :)

good luck...

Success with hal+dbus in slackware
 

finally, i've found out that it was 'udev' which caused hal+dbus to not to work properly in Slackware 10.2 and Current.

using udev from Slackware 10.1's source fixed the problem.

download the sources:
http://rapidshare.de/files/14699145/...e.tar.bz2.html

Yeah. That's why we built a custom Udev with Dropline GNOME 2.12.x. If you'd like an updated udev with the newer firmware loader and proper support for HAL/Dbus, feel free to try our package here:

http://prdownloads.sourceforge.net/d...l.tgz?download

We attempted to pass with information onto Pat, for Slackware 10.2, but never received a response on the issue.