required to build gnome-vfs (2.11.92)... make[1]: Entering directory `/var/tmp/portage/dbus-0.36/work/dbus-0.36/python' Making install in examples make[2]: Entering directory `/var/tmp/portage/dbus-0.36/work/dbus-0.36/python/examples' make[3]: Entering directory `/var/tmp/portage/dbus-0.36/work/dbus-0.36/python/examples' make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. make[3]: Leaving directory `/var/tmp/portage/dbus-0.36/work/dbus-0.36/python/examples' make[2]: Leaving directory `/var/tmp/portage/dbus-0.36/work/dbus-0.36/python/examples' make[2]: Entering directory `/var/tmp/portage/dbus-0.36/work/dbus-0.36/python' pyrexc ./dbus_bindings.pyx -I. -o ./dbus_bindings.c Traceback (most recent call last): File "/usr/bin/pyrexc", line 7, in ? from Pyrex.Compiler.Main import main ImportError: No module named Pyrex.Compiler.Main make[2]: [dbus_bindings.c] Error 1 (ignored) if /bin/sh ../libtool --tag=CC --mode=compile x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. - I.. -I./.. -I./../dbus -I/usr/include/python2.4 -DDBUS_COMPILATION=1 - DDBUS_API_SUBJECT_TO_CHANGE=1 -march=k8 -pipe -O2 -mtune=k8 -ftracer -fprefetch-loop- arrays -funroll-loops -Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes - Wnested-externs -Wpointer-arith -Wcast-align -Wfloat-equal -Wsign-compare -MT dbus_bindings.lo -MD -MP -MF ".deps/dbus_bindings.Tpo" -c -o dbus_bindings.lo dbus_bindings.c; \ then mv -f ".deps/dbus_bindings.Tpo" ".deps/dbus_bindings.Plo"; else rm -f ".deps/ dbus_bindings.Tpo"; exit 1; fi x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I./.. -I./../dbus -I/usr/include/python2.4 - DDBUS_COMPILATION=1 -DDBUS_API_SUBJECT_TO_CHANGE=1 -march=k8 -pipe -O2 -mtune=k8 - ftracer -fprefetch-loop-arrays -funroll-loops -Wall -Wchar-subscripts -Wmissing-declarations - Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wfloat-equal -Wsign-compare -MT dbus_bindings.lo -MD -MP -MF .deps/dbus_bindings.Tpo -c dbus_bindings.c -fPIC -DPIC - o .libs/dbus_bindings.o x86_64-pc-linux-gnu-gcc: dbus_bindings.c: No such file or directory x86_64-pc-linux-gnu-gcc: no input files make[2]: *** [dbus_bindings.lo] Error 1 make[2]: Leaving directory `/var/tmp/portage/dbus-0.36/work/dbus-0.36/python' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/dbus-0.36/work/dbus-0.36/python' make: *** [install-recursive] Error 1 !!! ERROR: sys-apps/dbus-0.36 failed. !!! Function src_install, Line 103, Exitcode 2 !!! make install failed hope this helps. bonus: Could someone add keyword ~amd64 to gnome-base/gnome-session-2.11.90? Thx Reproducible: Always Steps to Reproduce: # emerge info Portage 2.0.51.22-r2 (default-linux/amd64/2005.0, gcc-3.4.4, glibc-2.3.5-r1, 2.6.12-gentoo-r9 x86_64) =============================================================== == System uname: 2.6.12-gentoo-r9 x86_64 AMD Athlon(tm) 64 Processor 3500+ Gentoo Base System version 1.6.13 distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [disabled] dev-lang/python: 2.3.5, 2.4.1-r1 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.5 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -pipe -O2 -mtune=k8 -ftracer -fprefetch-loop-arrays -funroll-loops" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/ lib64/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=k8 -pipe -O2 -mtune=k8 -ftracer -fprefetch-loop-arrays -funroll-loops" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="rsync://csociety-ftp.ecn.purdue.edu/pub/gentoo/ http:// mirror.espri.arizona.edu/gentoo/ ftp://csociety-ftp.ecn.purdue.edu/pub/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X a52 aac aim alsa amd64 avi berkdb bitmap-fonts cddb cdr crypt cups curl dvd dvdr eds encode esd faad fam ffmpeg flac foomatic foomaticdb fortran gif gimpprint gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml hal imagemagick imlib ipv6 java jpeg junit libgda libsndfile libwww lzw lzw-tiff mad matroska mozilla mp3 mpeg ncurses nls nptl nptlonly nvidia offensive ogg oggvorbis openal opengl oscar oss pam pdflib perl png ppds python qt quicktime readline sdl spell ssl tcltk tcpd theora tiff tokenizer truetype truetype-fonts type1-fonts usb userlocales vorbis wxwindows xine xinerama xml2 xpm xv xvid yahoo zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
This emerges without error here (on amd64). What version of pyrex do you have installed?
* dev-python/pyrex Latest version available: 0.9.3-r1 Latest version installed: 0.9.3-r1 Size of downloaded files: 171 kB Homepage: http://www.cosc.canterbury.ac.nz/~greg/python/Pyrex Description: a language for writing Python extension modules License: as-is is this the wrong version?
Update: emerged to 0.9.3-r2 (~amd64) and tried again. This seems to have fixed the problem! I think maybe this version should be added as a dependency to dbus...
CC'ing Cardoe as he seems to be responsible for the 0.3* releases.
Alright. I'll update the pyrex dependency to -r2. Let me look through what's been changed. Also there's a dbus 0.36.1 that was released to address 64-bit compiling issues with Python bindings. Apparently Python doesn't support multilib... Don't really know since I don't have amd64. Now they're going to be forcing the lib64/python2.4 directory. Which seems like it won't be the right thing for Gentoo. Please test this build Herb.
Just tried dbus-0.36.1 which seems to work well here too (not been tested to heavily though). Yes lib64 is hardcoded in a few more places so that some .py scripts get installed in lib64 instead of lib in 0.36. This does not seem to matter too much in gentoo since we have python patched to check both lib and lib64 for it's scripts. The only problems I could see arrising is if packages install shared libraries in the incorrect location as this could lead to collisions and both 0.36 and 0.36.1 install it's shared objects in lib64 as expected. As for the subject of this bug it seems there were no significant changes in pyrex -r2. Maybe it's just a case of the user upgrading python and not re-emerging pyrex?
Could very well be Herb. Closing it for now.