While trying to update dbus for getting hald to work again (hald gets just no answer in time from dbus), dbus stops merging with following output: escaped service dir is: ..\/test\/data\/valid-service-files Created configuration file ./run-with-tmp-session-bus.conf Running ../tools/dbus-launch --sh-syntax --config-file=./run-with-tmp-session-bus.conf Started bus pid 2045 at unix:abstract=/tmp/dbus-eGZfHkNLt6,guid=0f043d443618ab83c40390ad5387b900 Running ./dbus-send --print-reply=literal --dest=org.freedesktop.DBus /org/freedesktop/DBus org.freedesktop.DBus.Introspectable.Introspect Failed to open connection to session message bus: No reply within specified timekilling message bus 2045 need help... thx BeowulfOF Portage 2.0.54 (default-linux/x86/2006.0, gcc-3.3.6, glibc-2.3.5-r3, 2.6.15-gentoo-r1 i686) ================================================================= System uname: 2.6.15-gentoo-r1 i686 AMD Athlon(tm) XP 2000+ Gentoo Base System version 1.6.14 dev-lang/python: 2.3.5, 2.4.2 sys-apps/sandbox: 1.2.12 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.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=athlon -O2 -pipe -fomit-frame-pointer -mmmx -m3dnow" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon -O2 -pipe -fomit-frame-pointer -mmmx -m3dnow" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache digest distlocks fixpackages sfperms strict userpriv usersandbox" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LANG="de_DE.UTF-8" LC_ALL="de_DE.UTF-8" LINGUAS="de" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/portage/local" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dfx 3dnow 3dnowext X a52 aac acpi alsa apache2 audiofile avi berkdb bitmap-fonts bzip2 cairo cddb cdr cli crypt ctype cups curl dba dbus dri dvb dvd dvdr emboss encode esd exif expat fam fastbuild ffmpeg firefox flac force-cgi-redirect fortran ftp gd gdbm gif gimp gjc glut gmp gnome gnutls gstreamer gtk gtk2 gtkhtml guile hal howl idn imagemagick imap imlib isdnlog java jpeg lcms libcaca libg++ libwww mad md5sum memlimit mhash mikmod mmx mng mono mp3 mpeg musicbrainz nautilus ncurses network nis nls nntp nptl nsplugin objc ogg oggvorbis opengl oss pam pam_console pcre pdf pdflib perl php png posix pppd python quicktime readline real ruby scanner sdl session simplexml slang slp smtp soap sockets sox speex spell spl sse ssl tagwriting tcltk tcpd theora tiff tokenizer truetype truetype-fonts type1-fonts udev unicode usb v4l vcd vidix vorbis win32codecs wxwindows xml xml2 xsl xv xvid zlib linguas_de userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, INSTALL_MASK, LDFLAGS
Are you still having this problem?
Yes, problem is still there, dbus won`t compile.
Could you please enable logging and attach the full build log file?
Created attachment 85896 [details] Full Build Log
(In reply to comment #4) > Created an attachment (id=85896) [edit] > Full Build Log > (In reply to comment #0) > While trying to update dbus for getting hald to work again (hald gets just no > answer in time from dbus), dbus stops merging with following output: > > escaped service dir is: ..\/test\/data\/valid-service-files > Created configuration file ./run-with-tmp-session-bus.conf > Running ../tools/dbus-launch --sh-syntax > --config-file=./run-with-tmp-session-bus.conf > Started bus pid 2045 at > unix:abstract=/tmp/dbus-eGZfHkNLt6,guid=0f043d443618ab83c40390ad5387b900 > Running ./dbus-send --print-reply=literal --dest=org.freedesktop.DBus > /org/freedesktop/DBus org.freedesktop.DBus.Introspectable.Introspect > Failed to open connection to session message bus: No reply within specified > timekilling message bus 2045 > > need help... thx BeowulfOF > I'm working on the ARM EABI port and I have the exact same problem. Very strange... I wonder what's in common? I have no problem on any x86. Gentoo Base System version 1.12.0_pre19 Portage 2.1_pre10-r4 (default-linux/arm, gcc-4.1.1, glibc-2.4-r2, 2.6.16-g9750059b armv5tel) ================================================================= System uname: 2.6.16-g9750059b armv5tel XScale-PXA270 rev 4 (v5l) distcc 2.18.3 arm-iwmmxt-linux-gnueabi (protocols 1 and 2) (default port 3632) [enabled] ccache version 2.4 [enabled] dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r1 dev-util/confcache: 0.4.2 sys-apps/sandbox: 1.2.18 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-r2 sys-devel/binutils: 9999_pre060421 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17_rc2 ACCEPT_KEYWORDS="arm ~arm" AUTOCLEAN="yes" CBUILD="arm-iwmmxt-linux-gnueabi" CFLAGS="-Os -march=iwmmxt -mcpu=iwmmxt -mabi=aapcs-linux -ffast-math -pipe -ftree-vectorize" CHOST="arm-iwmmxt-linux-gnueabi" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-Os -march=iwmmxt -mcpu=iwmmxt -mabi=aapcs-linux -ffast-math -pipe -ftree-vectorize" DISTDIR="/home/portage/distfiles" FEATURES="autoconfig ccache distcc distlocks metadata-transfer parallel-fetch sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LINGUAS="en_GB" MAKEOPTS="-j4" PKGDIR="/home/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="arm X aio alsa apm berkdb bitmap-fonts bluetooth bzip2 cli crypt dbus ffmpeg gnutls gpm gtk hal ipv6 iwmmxt mime mmap mng mp3 ncurses nls nptl nptlonly ogg pam pcre perl png python readline reflection session sndfile spell spl ssl sysfs tcpd truetype-fonts type1-fonts vorbis wifi xfce4 xorg xvid zlib elibc_glibc kernel_linux linguas_en_GB userland_GNU video_cards_fbdev" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
What happens is dbus-launch gets called during the build and attempts to launch the system dbus-daemon. If there is a dbus-daemon already installed then there is no problem; otherwise it fails to launch it, and then fails to connect to it as above. Why it tries to use the system dbus-daemon rather than the version it just built I do not know. I have just manually copied the dbus-daemon to /usr/bin for now, and re-emerged successfully. I would try to track this down (and I will if no-one else does first), but I've got other things I must get on with first... sorry!
No Problem with that, I just downgradet again to stable Gnome, so there is no hurry needed.
Sorry I was wrong. :( Spoke too soon, it failed to emerge. Beowulf, what kernel were you using?
I was using kernel 2.6.16-gentoo-r* for sure it didn't compile with the last 3-4 kernels. For me it seems, that it compiles, starts the new compiled deamon and trys to send data over dbus. Surely its a process-file or an internal path, thats wrong, so that dbus-send and dbus-deamon can't find each other. just my 0,02
I was using kernel 2.6.16-gentoo-r* for sure it didn't compile with the last 3-4 kernels. For me it seems, that it compiles, starts the new compiled deamon and trys to send data over dbus. Surely its a process-file or an internal path, thats wrong, so that dbus-send and dbus-deamon can't find each other. just my 0,02 ;-)
(In reply to comment #9) > I was using kernel 2.6.16-gentoo-r* for sure it didn't compile with the last > 3-4 kernels. > > For me it seems, that it compiles, starts the new compiled deamon and trys to > send data over dbus. Surely its a process-file or an internal path, thats > wrong, so that dbus-send and dbus-deamon can't find each other. just my 0,02 € > ;-) > From my testing it seems that it starts the daemon, then tries to contact it. The contact succeeds but times out at the same time. The daemon exits. All very strange! I did notice when stracing the dbus-send that it has an ioctl failure... I wonder if the timeout is being triggered immediately? Personnally I suspect my kernel... ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbe8bc5e4) = -1 ENOTTY (Inappropriate ioctl for device)
Can someone from the ARM herd verify that dbus actually works on ARM? I bet it doesn't... it might have back in the 0.2x days..
(In reply to comment #11) > Can someone from the ARM herd verify that dbus actually works on ARM? I bet it > doesn't... it might have back in the 0.2x days.. > It does. However, gcc-4.1.x for ARM/EABI currently won't build it with optimization enabled. There is currently a GCC bug that causes ALSA to miss-compile with optimization enabled. When that is fixed I will try to build an optimized dbus again. Sorry for not following up before... I thought I had!!
(In reply to comment #12) > (In reply to comment #11) > > Can someone from the ARM herd verify that dbus actually works on ARM? I bet it > > doesn't... it might have back in the 0.2x days.. > > > > It does. However, gcc-4.1.x for ARM/EABI currently won't build it with > optimization enabled. There is currently a GCC bug that causes ALSA to > miss-compile with optimization enabled. When that is fixed I will try to build > an optimized dbus again. > > Sorry for not following up before... I thought I had!! > I have now built dbus-0.62 with optimization for arm-iwmmxt-linux-gnueabi, however I used gcc-4.2 with -fsee. I would imagine this to be a memory alignment issue of some kind which is corrected with -fsee.
Only thing I can really suggest is that arm remove the keywording since the dbus-0.6x branch won't really receive anymore development. We're in dbus-0.9x and Release Candidates towards 1.0. I would try those. arm please remove keywording or work with Steve.
How's 0.62 working? And info?
Info?
