>>> import botan2 Traceback (most recent call last): File "<input>", line 1, in <module> import botan2 ModuleNotFoundError: No module named 'botan2' Installed file is: /usr/lib64/python3.7/site-packages/botan2.py I have no idea why, but python3.6 used to be in /usr/lib64/, but all other packages install stuff in /usr/lib/python3.7/, NOT /usr/lib64/. So my guess is that the botan ebuild has somehow something harcoded, and it doesn't work with python 3.7. Reproducible: Always
Thanks for the report. I can reproduce the problem and I've created a patch which should be committed soon. You're welcome to test it before it is committed and let me know if it works for you too (it does here). This way you can get back up and running ASAP. Patch: https://github.com/gentoo/gentoo/pull/15796.patch
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=8ea48e596ac85a4216b159d9c045cf7d0bf3c633 commit 8ea48e596ac85a4216b159d9c045cf7d0bf3c633 Author: Sam James (sam_c) <sam@cmpct.info> AuthorDate: 2020-05-14 21:04:38 +0000 Commit: Aaron Bauman <bman@gentoo.org> CommitDate: 2020-05-14 23:20:40 +0000 dev-libs/botan: Fix installation of Python module It's not clear to me how this worked in the past, but that doesn't matter now. We now disable the autoinstall of the Python module and install it ourselves; previously the build system was trying to be smart and place it where the other libs go. Closes: https://bugs.gentoo.org/723096 Package-Manager: Portage-2.3.99, Repoman-2.3.22 Signed-off-by: Sam James (sam_c) <sam@cmpct.info> Closes: https://github.com/gentoo/gentoo/pull/15796 Signed-off-by: Aaron Bauman <bman@gentoo.org> dev-libs/botan/botan-2.14.0-r1.ebuild | 105 ++++++++++++++++++++++++++++++++++ 1 file changed, 105 insertions(+)
I've tested the new -r1 ebuild, and I can confirm it's fixed. Thanks a lot !