Upgrading from pyzmq-14.3.1, the build fails (logs to be attached). MAKEOPTS=-j1 seems to workaround the failure and allows the build to finish properly. The even weirder part is that once 14.4.1 is merged, I can't reproduce the bug. I had to downgrade to 14.3.1 to be able to reproduce it. This is on a Gnome ~amd64 desktop system, synced Dec 1st.
Created attachment 390750 [details] build log
~/cvsPortage/gentoo-x86/dev-python/pyzmq $ PYTHON_TARGETS=python3_4 ebuild pyzmq-14.4.1.ebuild clean install * python3_4: running distutils-r1_run_phase python_install_all >>> Completed installing pyzmq-14.4.1 into /mnt/gen2/TmpDir/portage/dev-python/pyzmq-14.4.1/image/ strip: x86_64-pc-linux-gnu-strip --strip-unneeded -R .comment -R .GCC.command.line -R .note.gnu.gold-version usr/lib64/python3.4/site-packages/zmq/backend/cython/_device.cpython-34.so usr/lib64/python3.4/site-packages/zmq/backend/cython/_version.cpython-34.so usr/lib64/python3.4/site-packages/zmq/backend/cython/constants.cpython-34.so usr/lib64/python3.4/site-packages/zmq/backend/cython/_poll.cpython-34.so usr/lib64/python3.4/site-packages/zmq/backend/cython/context.cpython-34.so usr/lib64/python3.4/site-packages/zmq/backend/cython/error.cpython-34.so usr/lib64/python3.4/site-packages/zmq/backend/cython/message.cpython-34.so usr/lib64/python3.4/site-packages/zmq/backend/cython/utils.cpython-34.so usr/lib64/python3.4/site-packages/zmq/devices/monitoredqueue.cpython-34.so usr/lib64/python3.4/site-packages/zmq/backend/cython/socket.cpython-34.so ecompressdir: bzip2 -9 /usr/share/doc did not replicate
since deletion of parallelization in eclass has been invoked in recent weeks, please sync the portage tree and try again. It worked fine for me.
+*pyzmq-14.7.0 (19 Jun 2015) + + 19 Jun 2015; Justin Lecher <jlec@gentoo.org> +pyzmq-14.7.0.ebuild, + -pyzmq-14.4.0.ebuild, -pyzmq-14.5.0.ebuild, -pyzmq-2.2.0.1-r1.ebuild, + pyzmq-14.4.1.ebuild, pyzmq-14.6.0.ebuild: + Version Bump; drop old; fix versions in dependency, obsoletes bug #493298, bug + #531398 +
