Attempts by programs to use nlopt cause Python to bomb out with a ModuleNotFoundError, even though it is (AFAICT) successfully installed. I first noticed it when trying to run CadQuery (out of the science overlay), but just trying to import nlopt from an interactive shell produces the same error. Reproducible: Always Steps to Reproduce: 1. emerge -1 nlopt 2. echo import nlopt | python - Actual Results: Traceback (most recent call last): File "<stdin>", line 1, in <module> ModuleNotFoundError: No module named 'nlopt' Expected Results: should exit back to the shell
Created attachment 792200 [details] equery files nlopt
Created attachment 792203 [details] emerge --info
Heh, now I see it. it's installing to lib64 instead of lib.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=61b86bf09b542f6cbbf044876c4a2571b97530c7 commit 61b86bf09b542f6cbbf044876c4a2571b97530c7 Author: Sam James <sam@gentoo.org> AuthorDate: 2022-07-18 20:07:41 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2022-07-18 20:07:47 +0000 sci-libs/nlopt: fix installed Python module location Closes: https://bugs.gentoo.org/859163 Signed-off-by: Sam James <sam@gentoo.org> sci-libs/nlopt/nlopt-2.7.1-r1.ebuild | 111 +++++++++++++++++++++++++++++++++++ 1 file changed, 111 insertions(+)
That was fast...it now works. Thanks! :)