hal / dbus upgrade

[Iain Buchanan]

Note to package maintainers!

Hi,
yesterday I upgraded hal from 0.5.12_rc1 to 0.5.13, and dbus from 1.2.12
to 1.3.0.
Previously I could plug in my WM6 device, run pls, use synce-gvfs,
pretty much everything except sync.
Now when I plug in my device, I don't get the usual eth2 interface.

...

Aug 5 09:02:43 orpheus udev: renamed network interface eth1 to eth2

...

$ pls
** Message: Device /org/freedesktop/Hal/devices/net_80_00_60_0f_e8_00 not fully set in Hal, skipping
** Message: Odccm is not running, ignoring
pls: Could not find configuration at path '(Default)'

It turns out in hal 0.5.13 the scripts directory has changed
form /usr/lib/hal/scripts to /usr/libexec/scripts. If I pass the
correct --with-hal-addon-dir to configure, the interface now comes up :)

Not sure if this is every distro, or just Gentoo.

cya,

[Mark Ellis]

Post by Iain Buchanan
Note to package maintainers!

Hi,
yesterday I upgraded hal from 0.5.12_rc1 to 0.5.13, and dbus from 1.2.12
to 1.3.0.
Previously I could plug in my WM6 device, run pls, use synce-gvfs,
pretty much everything except sync.
Now when I plug in my device, I don't get the usual eth2 interface.

...

Aug 5 09:02:43 orpheus udev: renamed network interface eth1 to eth2

...

$ pls
** Message: Device /org/freedesktop/Hal/devices/net_80_00_60_0f_e8_00 not fully set in Hal, skipping
** Message: Odccm is not running, ignoring
pls: Could not find configuration at path '(Default)'

It turns out in hal 0.5.13 the scripts directory has changed
form /usr/lib/hal/scripts to /usr/libexec/scripts. If I pass the
correct --with-hal-addon-dir to configure, the interface now comes up :)
Not sure if this is every distro, or just Gentoo.
cya,

Ah, you can ignore the response I just sent to the last message :)

This has always been a problem, there is no way to autodetect the
location reliably. I'll have a look into it at some point.

Ta
Mark

[Iain Buchanan]

Post by Mark Ellis

Post by Iain Buchanan
It turns out in hal 0.5.13 the scripts directory has changed
form /usr/lib/hal/scripts to /usr/libexec/scripts. If I pass the
correct --with-hal-addon-dir to configure, the interface now comes up :)
Not sure if this is every distro, or just Gentoo.
cya,

Ah, you can ignore the response I just sent to the last message :)
This has always been a problem, there is no way to autodetect the
location reliably. I'll have a look into it at some point.
Ta
Mark

Autodetection isn't so necessary (IMHO). The actual Gentoo fix just
checks the version of hal and installs appropriately. Either way we're
still screwed when a user upgrades hal without upgrading synce-hal, as
the synce-hal files will be left in the wrong directory...

but thanks for looking at it :)