* Removing unnecessary /usr/lib64/libspreadsheet.la (no static archive) * No Python implementation selected for the build. Please add one * of the following values to your PYTHON_TARGETS (in make.conf): * * python2_7 python3_5 python3_6 * ERROR: app-office/gnumeric-1.12.44::gentoo failed (install phase): * No supported Python implementation in PYTHON_TARGETS. * * Call stack: * ebuild.sh, line 125: Called src_install * environment, line 4226: Called python_foreach_impl 'python_domodule' 'introspection/gi/overrides/Gnm.py' * environment, line 3647: Called _python_obtain_impls * environment, line 613: Called _python_validate_useflags * environment, line 694: Called die * The specific snippet of code: * die "No supported Python implementation in PYTHON_TARGETS." * * If you need support, post the output of `emerge --info '=app-office/gnumeric-1.12.44::gentoo'`, * the complete build log and the output of `emerge -pqv '=app-office/gnumeric-1.12.44::gentoo'`. * The complete build log is located at '/var/log/portage/app-office:gnumeric-1.12.44:20190722-114738.log'. * For convenience, a symlink to the build log is located at '/tmp/portage/app-office/gnumeric-1.12.44/temp/build.log'. * The ebuild environment file is located at '/tmp/portage/app-office/gnumeric-1.12.44/temp/environment'. * Working directory: '/tmp/portage/app-office/gnumeric-1.12.44/work/gnumeric-1.12.44' * S: '/tmp/portage/app-office/gnumeric-1.12.44/work/gnumeric-1.12.44' See also: https://qa-reports.gentoo.org/output/gentoo-ci/output.html#app-office/gnumeric
Created attachment 584270 [details] app-office:gnumeric-1.12.44:20190722-114738.log.bz2
Created attachment 584272 [details] emerge-info.txt
Would avoiding python_foreach_impl be a solution with handrolling of a loop doing python_export PYTHON_SITEDIR and full path moduleinto with domodule be acceptable? Or would reducing PYTHON_COMPAT to only the USE=python python-loader (py2 right now) be acceptable, and adding python_targets_python3_* stuff to IUSE manually with the above on top? We want to install gobject-introspection overrides with or without USE=python for the selected PYTHON_TARGETS (so consumers could depend based on what PYTHON_TARGETS or PYTHON_SINGLE_TARGET they themselves have without pulling in py2 python-loader), and python-loader with USE=python, which happens to require py2 right now.
The only thing you need to do is add PYTHON_REQUIRED_USE, as pkgcheck explicitly says.
The goal seems to have been to not require the overrides to be installed by just not having any PYTHON_TARGETS for this package, so one isn't required other than due to what python-r1 is imposing. If empty, simply don't install any (python isn't required, we just drop a file into its site-packages), if USE=python, then require a python2 for python-loader requirements; they are separate things.
This is not how PYTHON_TARGETS are supposed to be used. They are to be set globally and not fiddled with per package unless absolutely necessary.
Ping. This already qualifies for maintainer timeout.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=6eb1fb6129b4297b07ecb003e36f1d84b9c6486f commit 6eb1fb6129b4297b07ecb003e36f1d84b9c6486f Author: Michał Górny <mgorny@gentoo.org> AuthorDate: 2019-08-13 07:58:09 +0000 Commit: Michał Górny <mgorny@gentoo.org> CommitDate: 2019-09-06 07:26:16 +0000 app-office/gnumeric: Improve Python support Add missing PYTHON_REQUIRED_USE and PYTHON_DEPS for gi.overrides install. While at it, make it conditional to USE=introspection. Reduce deps for USE=python to Python 2 variants. Closes: https://bugs.gentoo.org/690552 Signed-off-by: Michał Górny <mgorny@gentoo.org> Closes: https://github.com/gentoo/gentoo/pull/12691 Signed-off-by: Michał Górny <mgorny@gentoo.org> app-office/gnumeric/gnumeric-1.12.43.ebuild | 17 +++++++++++------ app-office/gnumeric/gnumeric-1.12.44.ebuild | 17 +++++++++++------ 2 files changed, 22 insertions(+), 12 deletions(-)