Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 832634 - dev-python/flit_core-3.6.0-r2 - depend on dev-python/pyproject2setuppy ?
Summary: dev-python/flit_core-3.6.0-r2 - depend on dev-python/pyproject2setuppy ?
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Patrick McLean
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-02-03 15:53 UTC by Martin Mokrejš
Modified: 2022-02-04 04:05 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Mokrejš 2022-02-03 15:53:08 UTC
Hi,
  whe trying to fix dependency issues I uninstalled a few dev-python/ packages. One of the was dev-python/pyproject2setuppy . Later on I could not install some packages and the error message was not clear enough. Here is an example:

>>> Emerging (1 of 8) dev-python/flit_core-3.6.0-r2::gentoo
 * Fetching files in the background.
 * To view fetch progress, run in another terminal:
 * tail -f /var/log/emerge-fetch.log
 * flit_core-3.6.0.tar.gz BLAKE2B SHA512 size ;-) ...                                                                                                                                                                                    [ ok ]
>>> Unpacking source...
>>> Unpacking flit_core-3.6.0.tar.gz to /var/tmp/portage/portage/dev-python/flit_core-3.6.0-r2/work
>>> Source unpacked in /var/tmp/portage/portage/dev-python/flit_core-3.6.0-r2/work
>>> Preparing source in /var/tmp/portage/portage/dev-python/flit_core-3.6.0-r2/work/flit_core-3.6.0 ...
>>> Source prepared.
>>> Configuring source in /var/tmp/portage/portage/dev-python/flit_core-3.6.0-r2/work/flit_core-3.6.0 ...
>>> Source configured.
>>> Compiling source in /var/tmp/portage/portage/dev-python/flit_core-3.6.0-r2/work/flit_core-3.6.0 ...
 * python3_8: running distutils-r1_run_phase distutils-r1_python_compile
 * ERROR: dev-python/flit_core-3.6.0-r2::gentoo failed (compile phase):
 *   Unable to obtain build-backend from pyproject.toml
 * 
 * Call stack:
 *     ebuild.sh, line  127:  Called src_compile
 *   environment, line 3083:  Called distutils-r1_src_compile
 *   environment, line 1360:  Called _distutils-r1_run_foreach_impl 'distutils-r1_python_compile'
 *   environment, line  541:  Called python_foreach_impl 'distutils-r1_run_phase' 'distutils-r1_python_compile'
 *   environment, line 2762:  Called multibuild_foreach_variant '_python_multibuild_wrapper' 'distutils-r1_run_phase' 'distutils-r1_python_compile'
 *   environment, line 2303:  Called _multibuild_run '_python_multibuild_wrapper' 'distutils-r1_run_phase' 'distutils-r1_python_compile'
 *   environment, line 2301:  Called _python_multibuild_wrapper 'distutils-r1_run_phase' 'distutils-r1_python_compile'
 *   environment, line  861:  Called distutils-r1_run_phase 'distutils-r1_python_compile'
 *   environment, line 1348:  Called distutils-r1_python_compile
 *   environment, line 1129:  Called die
 * The specific snippet of code:
 *           [[ -z ${build_backend} ]] && die "Unable to obtain build-backend from pyproject.toml";
 * 
 * If you need support, post the output of `emerge --info '=dev-python/flit_core-3.6.0-r2::gentoo'`,
 * the complete build log and the output of `emerge -pqv '=dev-python/flit_core-3.6.0-r2::gentoo'`.
 * The complete build log is located at '/var/tmp/portage/portage/dev-python/flit_core-3.6.0-r2/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/portage/dev-python/flit_core-3.6.0-r2/temp/environment'.
 * Working directory: '/var/tmp/portage/portage/dev-python/flit_core-3.6.0-r2/work/flit_core-3.6.0'
 * S: '/var/tmp/portage/portage/dev-python/flit_core-3.6.0-r2/work/flit_core-3.6.0'


In short, after getting pyproject2setuppy installed back it disappeared. Please improve the error message. Second, add a dependency into a proper place.
Comment 1 Sam James archtester Gentoo Infrastructure gentoo-dev Security 2022-02-03 17:49:31 UTC
You should never need to unmerge packages and doing so for dev-python/* may have unexpected consequences if things end up having unsatisfied deps.
Comment 2 Martin Mokrejš 2022-02-03 20:14:34 UTC
But that is theory. Commonly I cannot update 'world' and not even 'system' due to dependency conflicts. As I am a dumb user I solve them sometimes by unmerging some things and emerging them back. For example sys-apps/kmod, sys-apps/util-linux, ...  Probably stems from the fact I insist on python-2.7, openrc, vmware, I enabled pypy3 some time ago and which probably only complicates the dependency graph and now python-3.6 is gone too.

Updating qt and perl was always a pain but now even upgrading python is a hell. That's my life since 2001 with Gentoo. The problem are not new packages and new deps, the problem are packages which got removed from the tree, especially basic languages and libs.
Comment 3 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2022-02-03 22:33:44 UTC
This is PEBKAC.

flit_core-3.6.0-r2 doesn't require pp2sp.  The PEP 517 build process requires tomli, and I guess that's what you were missing somehow.  The dep is definitely there:

cat /var/db/repos/gentoo/metadata/md5-cache/dev-python/flit_core-3.6.0-r2 
BDEPEND=<...> dev-python/tomli[python_targets_pypy3(-)?,python_targets_python3_8(-)?,python_targets_python3_9(-)?,python_targets_python3_10(-)?]
Comment 4 Sam James archtester Gentoo Infrastructure gentoo-dev Security 2022-02-04 04:05:11 UTC
(In reply to Martin Mokrejš from comment #2)
> But that is theory. Commonly I cannot update 'world' and not even 'system'
> due to dependency conflicts. As I am a dumb user I solve them sometimes by
> unmerging some things and emerging them back. For example sys-apps/kmod,
> sys-apps/util-linux, ...  Probably stems from the fact I insist on
> python-2.7, openrc, vmware, I enabled pypy3 some time ago and which probably
> only complicates the dependency graph and now python-3.6 is gone too.
> 
> Updating qt and perl was always a pain but now even upgrading python is a
> hell. That's my life since 2001 with Gentoo. The problem are not new
> packages and new deps, the problem are packages which got removed from the
> tree, especially basic languages and libs.

Please speak to us in our user support forums where we can assist with the correct way of doing things.