Description of problem: boost-python should also be built with Python3 support. With bjam, adding a "using python : 3.2 ;" line is enough to get an additional boost_python3 library built. Not sure what would need to change in the CMake code.
We will have to make another serial build for Python module. Passing the following to cmake seems to cause it detecting the right Python version: -DPython_ADDITIONAL_VERSIONS=3.2mu -DPYTHON_EXECUTABLE=python3 The first flag is not enough unfortunately, because the logic in FindPythonInterp.cmake prefers default unversioned python over anything else, so we have to force it with the second flag. The "mu" suffix in version is to reflect the Python ABI that we use in Fedora. Ideally, FindPythonLibraries.cmake would be able to figure it by itself, but alas it's not. This happens to work, because the ABI suffix happens to be after Python version in library name as well as include path.
Ah, and of course the parallel builds will need to be re-made for Python 3 as well. I'm also not sure how to ship the Python 3 libraries. If we call them differently (so as to make them parallel installable with Python 2.7 versions), the build systems won't find them. If we call them the same, they won't be parallel installable.
I had a patch to the CMake list to fix FindPython* support for Python3 properly (the ABIFLAGS need to be searched for manually; setting additional versions here really only works because we're downstream). Creating the library as boost_python3 is what I'm doing currently for my Boost builds locally (bjam can build against multiple Python versions at once). I don't see any issue with it being a different name since I'm seeing a 5x slowdown when running against Python3 rather than Python2 anyways.
Ok, I'll call them libboost_python3 etc.
I'm spinning a new build of boost which should include a boost-python3 package with libraries for integration with Python 3. Would you please be so kind as to test whether that solves your problem? The build is http://koji.fedoraproject.org/koji/taskinfo?taskID=4047186 Note that I left boost-{openmpi,mpich2}-python alone for the time being. As far as I understand it, those are currently broken anyway (see RHEL bug 801534 for details).
Include python3 support in boost-1.50 build. Many packages are failing now in rawhide.
This should be taken care of now. f18 is built, rawhide is spinning.