upgrading to new hal, the service fail to start. executing as root: hald --verbose=yes --daemon=no ... 13:20:51.289 [I] hald.c:89: Added device to GDL; udi=/org/freedesktop/Hal/devices/platform_i8042_i8042_Kbd_Port 13:20:51.289 [I] classdev.c:1182: class_add: subsys=input sysfs_path=/sys/class/input/input0 dev= physdev=0x080cf2d8 13:20:51.291 [E] util.c:731: Couldn't spawn 'hald-probe-input' err=Failed to execute child process "hald-probe-input" (No such file or directory)! Segmentation fault the "hald-probe-input" is -rwxr-xr-x 1 root root 6784 Jan 23 13:18 /usr/libexec/hald-probe-input the problem still exists if I add --retain-privileges option or add export PATH=$PATH:/usr/libexec/
if it is linked like ln -s /usr/libexec/hald-probe-input /sbin/hald-probe-input works but this operation must be done for all hal.hotplug hald-addon-storage hald-probe-pc-floppy hald-probe-storage hald-addon-acpi hald-addon-usb-csr hald-probe-printer hald-probe-volume hald-addon-hid-ups hald-probe-hiddev hald-probe-serial hald-addon-pmu hald-probe-input hald-probe-smbios it seems like the ebuild mismatch the target directory for those files
Created attachment 77986 [details, diff] hal-0.5.5.1-r3.ebuild.patch This is dirty workaround.
thanks for the patch. now hald go on up to the following error .. 21:40:51.821 [I] acpi.c:1037: Add callouts completed udi=/org/freedesktop/Hal/devices/acpi_C13921:40:51.821 [I] hald.c:89: Added device to GDL; udi=/org/freedesktop/Hal/devices/acpi_C139 21:40:51.821 [I] hald.c:653: Device probing completed 21:40:51.821 [I] hald_dbus.c:3063: entering 21:40:51.821 [E] hald_dbus.c:3070: dbus_bus_get(): Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory 21:40:51.821 [I] util.c:1262: Killing helper with pid 1676 21:40:51.821 [I] util.c:1262: Killing helper with pid 1671 21:40:51.821 [I] util.c:1262: Killing helper with pid 1661 dbus service is started and ok, the problem is that the virtual path of the socket is: /var/lib/dbus/system_bus_socket and not /var/run/dbus/system_bus_socket maybe would be better mask this version of hal. can I safely try a newer version?
I tried with 0.5.6, same behavior..
no solutions? for let work hal again should I downgrade the whole gnome !
> .. > 21:40:51.821 [I] acpi.c:1037: Add callouts completed > udi=/org/freedesktop/Hal/devices/acpi_C13921:40:51.821 [I] hald.c:89: Added > device to GDL; udi=/org/freedesktop/Hal/devices/acpi_C139 > 21:40:51.821 [I] hald.c:653: Device probing completed > 21:40:51.821 [I] hald_dbus.c:3063: entering > 21:40:51.821 [E] hald_dbus.c:3070: dbus_bus_get(): Failed to connect to socket > /var/run/dbus/system_bus_socket: No such file or directory > 21:40:51.821 [I] util.c:1262: Killing helper with pid 1676 > 21:40:51.821 [I] util.c:1262: Killing helper with pid 1671 > 21:40:51.821 [I] util.c:1262: Killing helper with pid 1661 My solution (maybe wrong, but it's working fo me): emerge =dbus-0.60* emerge hal ivman pmount /etc/init.d/dbus restart
can you attach your /etc/dbus-1/system.conf and the log of hald --verbose=yes --daemon=no after you stopped the hald service what I cannot understand is why in your system exec files in /usr/libexec works. And why dbus creates the socket in a path that is not compatible with hal: who is the guilty dbus or hal? I never touched dbus config files, I remember only that upgrading to new dbus and hal the some configurations are changed and I take all the new ones thanks P.S. I already have installed Calculating dependencies ...done! [ebuild R ] sys-apps/hal-0.5.5.1-r3 +acpi -debug +doc* -pam_console +pcmcia (-selinux) 0 kB [ebuild R ] sys-apps/ivman-0.6.8 -debug 0 kB [ebuild R ] sys-apps/pmount-0.9.6 +crypt 0 kB [ebuild R ] sys-apps/dbus-0.60-r3 +X -debug +doc -gcj +gtk -mono +python +qt (-selinux) +xml2 0 kB
one guilty is found: a version of hal-0.5.5.1-r3.ebuild creates in /etc/dbus-1/system.conf the listen tag with value /var/lib/dbus/system_bus_socket instead of /var/run/dbus/system_bus_socket using the --with-system-socket flag by build the current one is correct, but seems not update correctly the configuration: i.e. I modified manually /etc/dbus-1/system.conf, then emerge dbus the emerge works fine but not creates any /etc/dbus-1/._cfg0000_system.conf I suppose is a bug. now remains the second question: the /usr/libexec in hal .... feedbacks are wellcome :-)
I cannot understand: is a bug or not? They are answers on the questions of above?
Please test again with hal-0.5.7. Something is borked in your configs.
No response from the submitter for 2 months