Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 578178 - dev-python/bokeh-0.7.1 build fails while attempting to mkdir /usr/etc
Summary: dev-python/bokeh-0.7.1 build fails while attempting to mkdir /usr/etc
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo Science Related Packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-03-24 13:23 UTC by orionbelt2
Modified: 2018-05-16 14:00 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
Build log file: /var/log/sandbox/sandbox-21095.log (file_578178.txt,306 bytes, text/plain)
2016-03-24 13:25 UTC, orionbelt2
Details

Note You need to log in before you can comment on or make changes to this bug.
Description orionbelt2 2016-03-24 13:23:56 UTC
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 :-)
Comment 1 orionbelt2 2016-03-24 13:25:35 UTC
Created attachment 428936 [details]
Build log file: /var/log/sandbox/sandbox-21095.log
Comment 2 orionbelt2 2016-04-06 14:31:18 UTC
Any life out there, preferably intelligent? :)

This bug is a blocker for (at least) sci-libs/scikits_image-0.12.3::gentoo .
Comment 3 Justin Lecher (RETIRED) gentoo-dev 2016-04-06 17:06:08 UTC
Please try bokeh-0.11.1.
Comment 4 orionbelt2 2016-04-06 23:58:16 UTC
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 ...
Comment 5 Andreas Sturmlechner gentoo-dev 2018-05-16 14:00:37 UTC
Closing this bug based on the fact that 0.11.1 is stable and no older version left available in tree.