Summary: | sys-apps/hal-0.5.12_rc1-r4 and stable versions causes segfaults on amd64. | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Albert Gall <ss3vdr> |
Component: | New packages | Assignee: | Freedesktop bugs <freedesktop-bugs> |
Status: | RESOLVED INVALID | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | hal backtrace |
Description
Albert Gall
2009-05-14 21:46:29 UTC
please attach the output of hald --verbose=yes --daemon=no, I will probably be more helpful. (In reply to comment #1) > please attach the output of hald --verbose=yes --daemon=no, I will probably be > more helpful. > Hi Gilles It is true # hald --verbose=yes --daemon=no 20:50:26.529 [I] hald.c:671: hal 0.5.12rc1 20:50:26.529 [I] hald.c:736: Will not daemonize 20:50:26.530 [I] hald_dbus.c:5417: local server is listening at unix:abstract=/var/run/hald/dbus-YcicNF0dSE,guid=903aa1816759e5d9dd9c27a04a0f1902 20:50:26.530 [E] hald_dbus.c:5783: dbus_bus_get(): Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory # Start D-Bus first and the run command to GDB has to be run as: run --verbose=yes --daemon=no Created attachment 191783 [details]
hal backtrace
(In reply to comment #3) > Start D-Bus first and the run command to GDB has to be run as: > > run --verbose=yes --daemon=no > Well, this is the file hal-segfault-bt.log. Permissions on the file /usr/share/misc/pci.ids are not correct Access: (0600/-rw-------) Uid: ( 0/ root) Gid: ( 0/ root) I changed this to Access: (0644/-rw-r--r--) Uid: ( 0/ root) Gid: ( 0/ root) And now everything works fine. not actually a hal problem as you guessed closing invalid because it looks like a local problem. |