File /var/tmp/portage/dev-libs/libjcat-0.1.0/work/libjcat-0.1.0/contrib/generate-version-script.py, line 11, in <module> from pkg_resources import parse_version ModuleNotFoundError: No module named pkg_resources ninja: build stopped: subcommand failed. * ERROR: dev-libs/libjcat-0.1.0::gentoo failed (compile phase): * ninja -v -j1 -l0 -C /var/tmp/portage/dev-libs/libjcat-0.1.0/work/libjcat-0.1.0-build failed ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.1_hardened-20200330-171543 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-9.3.0 * /usr/lib/llvm/10 10.0.0 Available Python interpreters, in order of preference: [1] python3.8 [2] python3.7 [3] python3.6 [4] python2.7 (fallback) Available Ruby profiles: [1] ruby24 (with Rubygems) [2] ruby25 (with Rubygems) * Available Rust versions: [1] rust-1.42.0 * The Glorious Glasgow Haskell Compilation System, version 8.0.2 timestamp of HEAD at this tinderbox image: /var/db/repos/gentoo Tue 31 Mar 2020 06:07:48 PM UTC emerge -qpvO dev-libs/libjcat [ebuild N ] dev-libs/libjcat-0.1.0 USE="introspection man -gpg -gtk-doc -pkcs7 -test"
Created attachment 628106 [details] emerge-info.txt
Created attachment 628108 [details] dev-libs:libjcat-0.1.0:20200331-194250.log
Created attachment 628110 [details] emerge-history.txt
Created attachment 628112 [details] environment
Created attachment 628114 [details] etc.portage.tbz2
Created attachment 628116 [details] temp.tbz2
I think I see what the problem is. Is the PYTHON_TARGETS value for dev-python/setuptools the same as the global one, i.e. only 3.6 and 2.7?
Actually, no need - I have managed to reproduce the problem without having to mess with my system too much. Fix inbound!
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=345a4b1cd1d77d1db99515bc64a71ee546142294 commit 345a4b1cd1d77d1db99515bc64a71ee546142294 Author: Marek Szuba <marecki@gentoo.org> AuthorDate: 2020-03-31 22:54:14 +0000 Commit: Marek Szuba <marecki@gentoo.org> CommitDate: 2020-03-31 23:03:39 +0000 dev-libs/libjcat: better control over build-time Python used libjcat/meson.build calls a helper Python script which depends on modules 'sys' (core, always present), 'xml' (core, controlled by USE=xml) and 'pkg_resources' (from dev-python/setuptools) - using whatever Python version /usr/bin/python3 points to, which may well provide neither of the latter two modules. Make sure the helper script is invoked using the Python interpreter used to run meson itself, as that one is guaranteed to both provide XML support (the very same import line appears all over the package mesonbuild) and have setuptools (it's in RDEPEND of dev-util/meson). Closes: https://bugs.gentoo.org/715670 Signed-off-by: Marek Szuba <marecki@gentoo.org> .../files/libjcat-0.1.0-use_right_python.patch | 29 ++++++++++++++++++++++ dev-libs/libjcat/libjcat-0.1.0.ebuild | 1 + 2 files changed, 30 insertions(+)
