When emerging boost-1.30.0.ebuild the library is build without boost.python although python 2.2.3 is installed on my system. I've tracked the bug down to the way the python version is detected: local PYTHON_VERSION=$(/usr/bin/python -V 2>&1 | /usr/bin/cut -d . -f 2,3) on my system this results in PYTHON_VERSION=2.3 and the following error output while emerging: --------------------------------------------------------------------- skipping Boost.Python library build due to missing or incorrect configuration couldn't find Python.h in "/usr/include/python2.3" You can configure the location of your python installation by setting: PYTHON_ROOT - currently "/usr" PYTHON_VERSION - The 2-part python Major.Minor version number (e.g. "2.2", NOT "2.2.1") - currently "2.3" The following are automatically configured from PYTHON_ROOT if not otherwise set: PYTHON_LIB_PATH - path to Python library object; currently "/usr/lib/python2.3/config" PYTHON_INCLUDES - path to Python #include directories; currently "/usr/include/python2.3" --------------------------------------------------------------------- The emerge doesn't stop at this point, but instead installes the library without boost.python. I've fixed this bug on my local system by replacing the line above with local PYTHON_VERSION=$(/usr/bin/python -V 2>&1 | sed 's/Python \([0-9][0-9]*\.[0-9][0-9]*\)\..*/\1/' ) which detects the correct major.minor number Reproducible: Always Steps to Reproduce: 1. have python 2.2.3 installed 2. emerge boost 1.30.0 Actual Results: The boost library is build and installed, but without boost.python. Expected Results: The boost-1.30.0-ebuild should detect the python version and compile/install boost with boost.python Portage 2.0.48-r5 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1) ================================================================= System uname: 2.4.20-gentoo-r5 i686 AMD Athlon(tm) XP 2400+ GENTOO_MIRRORS=" ftp://ftp.easynet.nl/mirror/gentoo// http://ftp.easynet.nl/mirror/gentoo// ftp://ftp.tu-clausthal.de/pub/linux/gentoo/ ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ http://gentoo.oregonstate.edu/ http://www.ibiblio.org/pub/Linux/distributions/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="/usr/local/portage" USE="x86 apm cups foomaticdb gif mad nls gtkhtml gdbm berkdb arts bonobo svga guile X gpm gnome gtk kde motif 3dnow avi cdr crypt curl dga directfb doc dvd encode fbcon esd imlib ipv6 java jikes jpeg kerberos libg++ libwww mbox mikmod mmx mozilla mpeg mpi nas ncurses oggvorbis opengl oss alsa pam pdflib plotutils png postgres prebuilt python qt quicktime readline samba ruby perl sasl sdl slang snmp socks5 spell sse ssl tcpd tetex tiff truetype usb wmf xml xml2 xmms xv zlib" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-mcpu=athlon-xp -O3 -pipe -m3dnow -mmmx" CXXFLAGS="-mcpu=athlon-xp -O3 -pipe -m3dnow -mmmx" ACCEPT_KEYWORDS="x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.de.gentoo.org/gentoo-portage" FEATURES="sandbox ccache"
I ran into this problem, tested the fix and it works. There is another problem. The ebuild hardcodes -j6 instead of using MAKEOPTS. Brought my poor computer to its knees it did.
Fixed in 1.30.2 along with some other issues (#27053)
