Good afternoon, When "test" is enabled in FEATURES, dbus fails to compile. Otherwise, it seems fine. From my make.conf FEATURES="ccache parallel-fetch test" The dump ----BEGIN----- rm -f ".deps/dbus-gtest-main.Tpo"; exit 1; fi make[4]: *** No rule to make target `../glib/libdbus-glib-1.la', needed by `dbus-glib-test'. Stop. make[4]: *** Waiting for unfinished jobs.... x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -DDBUS_COMPILATION=1 -DDBUS_LOCALEDIR=\"/usr/share/locale\" -DDBUS_API_SUBJECT_TO_CHANGE=1 -march=nocona -O2 -pipe -Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wfloat-equal -Wsign-compare -MT dbus-gparser.lo -MD -MP -MF .deps/dbus-gparser.Tpo -c dbus-gparser.c -fPIC -DPIC -o .libs/dbus-gparser.o x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -DDBUS_COMPILATION=1 -DDBUS_LOCALEDIR=\"/usr/share/locale\" -DDBUS_API_SUBJECT_TO_CHANGE=1 -march=nocona -O2 -pipe -Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wfloat-equal -Wsign-compare -MT dbus-gparser.lo -MD -MP -MF .deps/dbus-gparser.Tpo -c dbus-gparser.c -o dbus-gparser.o >/dev/null 2>&1 make[4]: Leaving directory `/var/tmp/portage/sys-apps/dbus-0.62-r1/work/dbus-0.62/glib' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/var/tmp/portage/sys-apps/dbus-0.62-r1/work/dbus-0.62/glib' make[2]: *** [all] Error 2 make[2]: Leaving directory `/var/tmp/portage/sys-apps/dbus-0.62-r1/work/dbus-0.62/glib' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/sys-apps/dbus-0.62-r1/work/dbus-0.62' make: *** [all] Error 2 !!! ERROR: sys-apps/dbus-0.62-r1 failed. Call stack: ebuild.sh, line 1568: Called dyn_compile ebuild.sh, line 937: Called src_compile dbus-0.62-r1.ebuild, line 96: Called die !!! make failed !!! If you need support, post the topmost build error, and the call stack if relevant. -----END----- The system is pretty vanilla: localhost ccache # emerge --info Portage 2.1.2_rc1-r6 (default-linux/amd64/2006.1, gcc-4.1.1, glibc-2.5-r0, 2.6.18-gentoo-r2 x86_64) ================================================================= System uname: 2.6.18-gentoo-r2 x86_64 Intel(R) Pentium(R) D CPU 2.66GHz Gentoo Base System version 1.12.6 Last Sync: Tue, 14 Nov 2006 18:30:01 +0000 ccache version 2.4 [enabled] dev-java/java-config: 1.3.7, 2.0.30 dev-lang/python: 2.4.4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r6 sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.60 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r1 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=nocona -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/terminfo" CXXFLAGS="-march=nocona -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks metadata-transfer parallel-fetch sandbox sfperms strict test" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" MAKEOPTS="-j3" PKGDIR="/usr/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" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X a52 aac acpi alsa berkdb bitmap-fonts bzip2 cairo cdparanoia cdr cli cracklib crypt cups dbus dlloader dri dv dvd dvdr dvdread elibc_glibc encode ffmpeg flac fortran gdbm gphoto2 gpm gstreamer gtk gtk2 hal iconv imagemagick input_devices_evdev input_devices_keyboard input_devices_mouse ipv6 isdnlog java javascript jpeg jpeg2k kdeenablefinal kernel_linux libg++ lm_sensors logitech-mouse mad matroska mp3 mpeg mplayer mysql mysqli ncurses nls nptl nptlonly ogg opengl pam pcre pdf perl png ppds pppd python qt3 quicktime readline reflection samba scanner sdl session spell spl ssl svg tcpd theora tiff truetype truetype-fonts type1-fonts udev unicode usb userland_GNU video_cards_apm video_cards_ark video_cards_ati video_cards_chips video_cards_cirrus video_cards_cyrix video_cards_dummy video_cards_fbdev video_cards_glint video_cards_i128 video_cards_i810 video_cards_mga video_cards_neomagic video_cards_nv video_cards_rendition video_cards_s3 video_cards_s3virge video_cards_savage video_cards_siliconmotion video_cards_sis video_cards_sisusb video_cards_tdfx video_cards_tga video_cards_trident video_cards_tseng video_cards_v4l video_cards_vesa video_cards_vga video_cards_via video_cards_vmware video_cards_voodoo vorbis xinerama xml xorg zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Not AMD64 specific. Fails here on x86 with the same output: if i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DDBUS_COMPILATION=1 -DDBUS_LOCALEDIR=\"/usr/share/locale\" -DDBUS_API_SUBJECT_TO_CHANGE=1 -march=athlon-xp -O3 -pipe -Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wfloat-equal -Wsign-compare -MT dbus-gtest-main.o -MD -MP -MF ".deps/dbus-gtest-main.Tpo" -c -o dbus-gtest-main.o dbus-gtest-main.c; \ then mv -f ".deps/dbus-gtest-main.Tpo" ".deps/dbus-gtest-main.Po"; else rm -f ".deps/dbus-gtest-main.Tpo"; exit 1; fi make[4]: *** No rule to make target `../glib/libdbus-glib-1.la', needed by `dbus-glib-test'. Stop. make[4]: *** Waiting for unfinished jobs.... i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DDBUS_COMPILATION=1 -DDBUS_LOCALEDIR=\"/usr/share/locale\" -DDBUS_API_SUBJECT_TO_CHANGE=1 -march=athlon-xp -O3 -pipe -Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wfloat-equal -Wsign-compare -MT dbus-gparser.lo -MD -MP -MF .deps/dbus-gparser.Tpo -c dbus-gparser.c -o dbus-gparser.o >/dev/null 2>&1 make[4]: Leaving directory `/var/tmp/portage/dbus-0.62-r1/work/dbus-0.62/glib' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/var/tmp/portage/dbus-0.62-r1/work/dbus-0.62/glib' make[2]: *** [all] Error 2 make[2]: Leaving directory `/var/tmp/portage/dbus-0.62-r1/work/dbus-0.62/glib' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/dbus-0.62-r1/work/dbus-0.62' make: *** [all] Error 2 !!! ERROR: sys-apps/dbus-0.62-r1 failed. Call stack: ebuild.sh, line 1546: Called dyn_compile ebuild.sh, line 937: Called src_compile dbus-0.62-r1.ebuild, line 96: Called die !!! make failed !!! If you need support, post the topmost build error, and the call stack if relevant.
Created attachment 102214 [details] My 'emerge --info'
If you're coming from bug #154522, it is known that some of the tests will fail. This is due to the unsupported bindings failing their tests. These tests will fail and there are no plans to fix the tests for the 0.62 version since 1.0 is out and the problematic bindings are gone.
Packages with tests that are known/expected to fail (arts anyone?) should probably have tests explicitly disabled in their e-build. A number of us use the test feature, and will report a bug every time we encounter an error that we cannot fix within 10 minutes of digging.
Certain tests will fail with certain bindings. It depends entirely on your USE flags. Some cases pass, I got a ton of complaints when I disabled tests in the past because they failed with a certain set of USE flags... So.. now you want it back the other way.
After looking at the referenced bug again, I guess my answer is "no". Since the bug is reported and fixed upstream. IMHO, If a all the tests pass, but the resulting binary is bad, there are two bugs. One in the test case/code, one in the application. If a test fails, and there are no bugs in the application, then there is a bug either in the test code or the config, as either the test should have completed successfully, or known not to run itself from info gleaned from the config stage. If a test (or tests) is/are known to fail and nobody is doing anything about it for a particular major version, then "test" should be disabled in the ebuild (arts). In reality, this bug is a dupe (looking at 154522). I look forward to the new .9 release. I appologize for taking up so much of your time with this. Somehow, I jumped to the conclusion that nobody thought there was an actual problem. Thank you for your time, Frank Russo
*** Bug 158210 has been marked as a duplicate of this bug. ***
*** Bug 159627 has been marked as a duplicate of this bug. ***
