It looks like the dev-python/bokeh-0.7.1 build process attempts to create the nonsensical directory /usr/etc and fails. The log file is attached. The following error message occurs already at the beginning of the build process without appearing in the log file: >>> Emerging (1 of 3) dev-python/bokeh-0.7.1::gentoo * bokeh-0.7.1.tar.gz SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ] >>> Unpacking source... >>> Unpacking bokeh-0.7.1.tar.gz to /var/tmp/portage/dev-python/bokeh-0.7.1/work >>> Source unpacked in /var/tmp/portage/dev-python/bokeh-0.7.1/work >>> Preparing source in /var/tmp/portage/dev-python/bokeh-0.7.1/work/bokeh-0.7.1 ... * ACCESS DENIED: mkdir: /usr/etc npm WARN deprecated npmconf@2.1.1: this package has been reintegrated into npm and is now out of date with respect to npm npm WARN deprecated lodash@0.9.2: Grunt needs your help! See https://github.com/gruntjs/grunt/issues/1403. npm WARN deprecated graceful-fs@1.2.3: graceful-fs version 3 and before will fail on newer node releases. Please update to graceful-fs@^4.0.0 as soon as possible. npm WARN deprecated lodash@1.0.2: lodash@<3.0.0 is no longer maintained. Upgrade to lodash@^4.0.0. [...] A quick look in bokeh-0.7.1.ebuild did not reveal any occurrences of usr or etc, so the culprit must be something farther down in the build process (npm?) which i shall happily leave to our beloved devs to explore :-)
Created attachment 428936 [details] Build log file: /var/log/sandbox/sandbox-21095.log
Any life out there, preferably intelligent? :) This bug is a blocker for (at least) sci-libs/scikits_image-0.12.3::gentoo .
Please try bokeh-0.11.1.
Hi Justin, I tried bokeh-0.11.1 and it worked. Or, to be more precise, bokeh-0.11.1 compiled, but sci-libs/scikits_image-0.12.3 still failed due to a cython dependence: RuntimeError: Cython >= 0.23 needed to build scikit-image Shouldn't the cython >= 0.23 dependence be included in the ebuild rather than cause a build-time error? I hope i am not getting too much off-topic, but based on this and a few similar experiences, i am wondering: Is it normal that so many science python packages are masked or carry quite old stable versions? For example, in order to install sci-libs/scikits_image i need to add all these in my package.keywords: sci-libs/scikits_image dev-python/dask dev-python/locket dev-python/partd dev-python/cloudpickle dev-python/bokeh dev-python/abstract_rendering dev-python/cython Not only does this contribute to a bloated keywords file, it can also be dangerous every time a truly unstable version is introduced for any of these dependences! Then again, this may not be a Gentoo but an upstream issue ...
Closing this bug based on the fact that 0.11.1 is stable and no older version left available in tree.