Summary: | cad/freecad: Fails to run: Shared object "libopenblasp-r0.3.7.so" not found, required by "_multiarray_umath.so" | ||
---|---|---|---|
Product: | Ports & Packages | Reporter: | a.parseg |
Component: | Individual Port(s) | Assignee: | Christoph Moench-Tegeder <cmt> |
Status: | Closed Not A Bug | ||
Severity: | Affects Some People | CC: | cmt, sunpoet |
Priority: | --- | Keywords: | needs-qa, regression |
Version: | Latest | Flags: | koobs:
maintainer-feedback?
(sunpoet) koobs: maintainer-feedback? (cmt) |
Hardware: | amd64 | ||
OS: | Any |
Description
a.parseg
2020-07-12 23:57:27 UTC
^Triage: numpy updated in ports r535462 via bug 246395, request feedback from committer (In reply to a.parseg from comment #0) There's something fishy going on: the error message mentions 'Python and numpy version "1.18.3"', but ports only has numpy 1.16.6 (as you mentioned yourself). Additionally, _multiarray_umath.so from ports' numpy has no (obvious) dependency against libopenblasp, and I cannot reproduce that error. That makes me think that the error is not from ports' numpy but from some private installation. So we're back at point 1 from the error message: "Check ... that you have no directories ... that can interfere with the Python and numpy". math/openblas was updated from 0.3.7 to 0.3.9 in ports r534154 on May 6th, and openblas 0.3.7 came with ports r523749 in January. Upstream numpy released 1.18.3 on April 19th and 1.18.4 on May 3rd. That locates your "private" numpy (if it exists) installation date to the end of April or first days of May - perhaps you can remember your changes in that timeframe or find(1) the files. (In reply to Christoph Moench-Tegeder from comment #2) Of course: the error message has all the details we need: /home/alexisp/.local/lib/python3.7/site-packages/numpy/__init__.py There's your local numpy, that's the broken one. Closing as this is not a ports issue. Remove bug 246395 from "See Also" as it is unrelated. |