After emerging sys-apps/hal-0.5.4, running '/etc/init.d/hald start' fails. Running "hal --daemon=no --verbose=yes" produces: 19:07:01.905 [I] acpi.c:829: acpi_add: acpi_path=/proc/acpi/button/sleep/SLPB acpi_type=4, parent=0x00000000 19:07:01.906 [I] acpi.c:801: Add callouts completed udi=/org/freedesktop/Hal/devices/acpi_SLPB 19:07:01.906 [I] hald.c:89: Added device to GDL; udi=/org/freedesktop/Hal/devices/acpi_SLPB 19:07:01.906 [I] hald.c:637: Device probing completed 19:07:01.906 [I] hald_dbus.c:3058: entering 19:07:01.907 [E] hald_dbus.c:3065: dbus_bus_get(): Failed to connect to socket /var/lib/dbus/system_bus_socket: Connection refused 19:07:01.907 [I] util.c:1213: Killing helper with pid 31494 19:07:01.907 [I] util.c:1213: Killing helper with pid 31487 19:07:01.907 [I] util.c:1213: Killing helper with pid 31486 Reproducible: Always Steps to Reproduce: carcharias hal # emerge --info Portage 2.0.53_rc5 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r2, 2.6.13-suspend2-r4 i686) ================================================================= System uname: 2.6.13-suspend2-r4 i686 Intel(R) Pentium(R) M processor 2.13GHz Gentoo Base System version 1.12.0_pre8 dev-lang/python: 2.4.2 sys-apps/sandbox: 1.2.13 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium-m -Os -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/init.d /etc/splash /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-march=pentium-m -Os -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://mirror.datapipe.net/gentoo/" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X alsa apm arts avi berkdb bitmap-fonts cdr crypt cups curl directfb doc eds emboss encode fam flac foomaticdb fortran gdbm gif gpm gtk gtk2 guile imagemagick imlib ipv6 java jpeg junit kde kdeenablefinal libg++ libwww mad mikmod mmx motif mp3 mpeg ncurses nls ogg oggvorbis pam pdflib perl png python qt quicktime readline ruby samba scanner sdl spell sse ssl svga tcpd tetex tiff truetype truetype-fonts type1-fonts vorbis xine xml2 xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS carcharias hal # emerge -Dv --pretend hal dbus These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] sys-apps/hal-0.5.4 -debug +doc -pam_console -pcmcia 0 kB [ebuild R ] sys-apps/dbus-0.36.2 +X -debug +doc +gtk -mono +python +qt +xml2 0 kB
I forgot to add that dbus is running, but the socket is in a different path: carcharias hal # netstat -l <snip> unix 2 [ ACC ] STREAM LISTENING 120971 /var/run/dbus/system_bus_socket
I have some more information. It seems that unmerging dbus, rm -rf'ing /etc/dbus-1, and re-merging dbus fixes the problem. After this, dbus uses /var/lib/dbus/system_bus_socket, instead of /var/run/dbus/system_bus_socket. However, if the /etc/dbus-1/system.conf specifies /var/run/dbus/system_bus_socket, _none_ of the current ebuilds in portage (0.23-r3, 0.23.2, 0.23.2-r1, 0.23.4, 0.23.4-r1, or 0.36.2) trigger an etc-update for the socket location. For example, with 0.36.2, even though the build reports: System bus socket: /var/lib/dbus/system_bus_socket System bus address: unix:path=/var/lib/dbus/system_bus_socket the installed system.conf specifies /var/run/dbus/system_bus_socket, if that is what was there before. For clean installs, without any existing configuration, 0.23.4-r1 will use /var/run/... All other versions will use /var/lib/...
I was originally having the same problem, but I did the fix listed, and now I'm getting ... 17:31:23.750 [I] hald.c:637: Device probing completed 17:31:23.750 [I] hald_dbus.c:3058: entering 17:31:23.778 [E] hald_dbus.c:3076: dbus_bus_request_name(): Connection ":1.3" is not allowed to own the service "org.freedesktop.Hal" due to security policies in the configuration file 17:31:23.778 [I] util.c:1213: Killing helper with pid 11297 17:31:23.778 [I] util.c:1213: Killing helper with pid 11287 17:31:23.778 [I] util.c:1213: Killing helper with pid 11285
I did the fix (change /var/run/dbus/system_bus_socket to /var/lib/dbus/system_bus_socket in system.conf) and everything went fine.
Doesn't start for me either. kernel 2.6.14 udev 0.71 dbus 0.36.2 14:33:10.093 [I] hald.c:494: hal 0.5.4 14:33:10.093 [I] hald.c:498: Will not daemonize 14:33:10.093 [I] hald_dbus.c:3043: local server is listening at unix:abstract=/tmp/hald-local/dbus-U2jVlxOAFU,guid=867f66431b0ef65f1038c1b3e7124200 14:33:10.093 [I] osspec.c:351: sysfs mount point is '/sys' 14:33:10.093 [I] osspec.c:356: proc mount point is '/proc' *** [DIE] osspec.c:osspec_init():374 : Unable to bind to netlink socket
(In reply to comment #5) > kernel 2.6.14 > udev 0.71 > dbus 0.36.2 > [...] > *** [DIE] osspec.c:osspec_init():374 : Unable to bind to netlink socket Same problem here. Only a difference in dbus version: I have 0.50-r1. Emerge info @ http://sssupa.sssup.it/~testina/gentoo-einfo.txt
The last two reports are a different issue from the one in #3. Please open a new bug assigned to gentopia, and attach the output of netstat -n.
I've got the same problem comment #5 wolverine ~ # /etc/init.d/hald start * Starting D-BUS system messagebus ... [ ok ] * Starting Hardware Abstraction Layer daemon ... [ !! ] wolverine ~ # wolverine ~ # hald --daemon=no --verbose=yes 13:47:04.349 [I] hald.c:494: hal 0.5.4 13:47:04.349 [I] hald.c:498: Will not daemonize 13:47:04.350 [I] hald_dbus.c:3043: local server is listening at unix:abstract=/tmp/hald-local/dbus-0UgiHuXDpo,guid=c89274434fe8b0b72d6b17fdf1a1fb00 13:47:04.350 [I] osspec.c:351: sysfs mount point is '/sys' 13:47:04.351 [I] osspec.c:356: proc mount point is '/proc' *** [DIE] osspec.c:osspec_init():374 : Unable to bind to netlink socket wolverine ~ # then I do that: #/etc/init.d/dbus stop #/etc/init.d/hald stop #emerge -C dbus hal #rm -rf /etc/dbus-1 #rm -rf /etc/hal #emerge hal #eix hal * sys-apps/hal Available versions: 0.4.5-r2 0.4.7-r2 0.4.8 0.5.4 Installed: 0.5.4 Homepage: http://www.freedesktop.org/Software/hal Description: Hardware Abstraction Layer #eix dbus * sys-apps/dbus Available versions: 0.23-r3 0.23.2 0.23.2-r1 0.23.4 0.23.4-r1 0.36.2 0.50 0.50-r1 Installed: 0.50-r1 Homepage: http://dbus.freedesktop.org/ Description: A message bus system, a simple way for applications to talk to eachother and I still have the SAME error ... what's wrong ?? #emerge --info Gentoo Base System version 1.12.0_pre10 Portage 2.0.53_rc7 (default-linux/x86/2005.1, gcc-3.4.4, glibc-2.3.5-r3, 2.6.14-gentoo i686) ================================================================= System uname: 2.6.14-gentoo i686 Intel(R) Pentium(R) III CPU - S 1400MHz distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] dev-lang/python: 2.2.3-r5, 2.3.5, 2.4.2 sys-apps/sandbox: 1.2.13 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium3 -O3 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-march=pentium3 -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache digest distlocks fixpackages sandbox sfperms strict" GENTOO_MIRRORS="http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/" LC_ALL="fr_FR.UTF-8" LINGUAS="fr" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="x86 7zip X aalib acl alsa apache2 apm arts audiofile avi bash-completion berkdb bitmap-fonts bluetooth browserplugin bzip2 cdr crypt cups curl dba dvd dvdread eds emboss encode esd ethereal exif expat extras fam ffmpeg firebird flac foomaticdb fortran gd gdbm gif glut gmp gphoto2 gpm gtk gtk2 guile hal idn imagemagick imlib ipv6 irmc java jpeg kde kerberos kqemu lcms ldap libg++ libwww lua mad mbox mcal mhash mikmod mmx mmx2 mmxext mng motif mozilla mp3 mpeg mpeg4 mplayer musicbrainz mysql ncurses nls nptl nvidia ogg oggvorbis openal opengl pam pcre pda pdflib perl php png python qt quicktime readline recode samba sdl session slang smp sockets spell sse sse2 ssl svg svga svgz tcltk tcpd tetex tiff truetype truetype-fonts type1-fonts udev unicode usb userlocales utf8 v4l v4l2 vorbis win32codecs winbind wmf wxwindows xine xinerama xml2 xv xvid zlib linguas_fr userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LDFLAGS
*** Bug 112186 has been marked as a duplicate of this bug. ***
For those with the original problem of hal not starting after upgrading dbus - could you please try with hal 0.5.4 and dbus 0.50-r1. The main problem seems to be, that dbus leaves the system socket around, and for some reason, recompiling hal, it still points to the old system socket, so you need to emerge dbus 0.50-r1, and etc-update, then restart dbus, and then stop it - and then emerge hal 0.5.4 again, and it will be fixed to point properly. Still researching the osspec problem - but that is in the other bug.
I've been having the same problem for some time now. I'm using dbus-0.36.2 and hal 0.5.4. At first, dbus refused to start because of wrong path info in /etc/dbus-1/system.conf. Fixing that, hald refuses to start due to 13:12:16.525 [E] hald_dbus.c:3065: dbus_bus_get(): Failed to connect to socket /var/dbus/dbus/system_bus_socket: No such file or directory I've looked everywhere and I don't see that /var/dbus/dbus/system_bus_socket path configured. maybe it's hardcoded (ewww!). Configured in /etc/dbus-1/system.conf is <listen>unix:path=/var/lib/dbus/system_bus_socket</listen> emerge info output follows: Portage 2.0.51.22-r3 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r2, 2.6.1 4-ck5 i686) ================================================================= System uname: 2.6.14-ck5 i686 Intel(R) Pentium(R) M processor 1500MHz Gentoo Base System version 1.6.13 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disable d] ccache version 2.3 [enabled] dev-lang/python: 2.3.5, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium-m -mtune=pentium-m -mmmx -msse -msse2 -mfpmath=sse,387 -f omit-frame-pointer -funroll-loops -O2 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share /config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kd e/3.5/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /usr/s hare/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/g eneric/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/q mail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium-m -mtune=pentium-m -mmmx -msse -msse2 -mfpmath=sse,387 -fomit-frame-pointer -funroll-loops -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp.rnl.ist.utl.pt/gentoo http://gentoo.oregonstate.edu ht tp://www.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="x86 X aalib acl acpi alsa apache2 apm arts audiofile avi bash-completion be rkdb bitmap-fonts bzip2 bzlib cdparanoia cdr crypt cscope cups curl dga dio dire ctfb divx4linux doc dvd dvdr emboss encode ethereal exif expat fam fbcon ffmpeg flac foomaticdb fortran ftp gd gdbm gif glut gmp gphoto2 gpm gstreamer gtk gtk2 hal idn imagemagick imap imlib ipv6 java jpeg junit kde kdeenablefinal kerberos lcms ldap libg++ libwww mad maildir mhash mikmod mime mmx mng motif mp3 mpeg mpp e-mppc mysql ncurses nls ogg oggvorbis openal openexr opengl oss pam pcre pdflib perl plotutils png pnp python qt quicktime readline real recode samba sdl slang spell sse ssl svg svga szip tcltk tcpd tetex tiff truetype truetype-fonts type1 -fonts udev unicode usb vorbis win32codecs wmf xine xml xml2 xmms xpm xv xvid zl ib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
(In reply to comment #2) > For clean installs, without any existing configuration, 0.23.4-r1 will use > /var/run/... All other versions will use /var/lib/... not quite. a clean install of 0.50-r1 (as advised in comment #10) uses /var/run/dbus/system_bus_socket. I've reemerged dbus and hal according to comment #10 and both dbus and hal start normally. I think the bug is just related to the dbus socket path and some hardcoded (?) paths in hal or perhaps hardcoded at compilation from the dbus configuration file. If for some reason one messes with the dbus socket path, hal ceases to find it.
(In reply to comment #12) > (In reply to comment #2) > > For clean installs, without any existing configuration, 0.23.4-r1 will use > > /var/run/... All other versions will use /var/lib/... > > not quite. a clean install of 0.50-r1 (as advised in comment #10) > uses /var/run/dbus/system_bus_socket. Well, yes...but 0.50-r1 was released _after_ my trials. ;-)
*** Bug 114446 has been marked as a duplicate of this bug. ***