Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 691406 - dev-python/gnome-python{,-extras}-base
Summary: dev-python/gnome-python{,-extras}-base
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal
Assignee: Gentoo Linux Gnome Desktop Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-08-04 09:17 UTC by Michał Górny
Modified: 2019-08-04 10:47 UTC (History)
1 user (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.
Comment 1 Mart Raudsepp gentoo-dev 2019-08-04 09:33:23 UTC
Why is this a warning? So if something needing python at build time only supports only python3.7 and newer, thus would have PYTHON_COMPAT=( python3_7 ) only we have to use python-single-r1 too, only to port it all back to python-any again after 3.8 appears?
This is historically python-any because it had python2.6 and python2.7 probably.
These are last rite targets though, so do what you need while keeping it working for the slow porters and dead consumers
Comment 2 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2019-08-04 09:35:17 UTC
No, python-any-r1 is invalid for any runtime dependencies independently of number of Python implementations.
Comment 3 Mart Raudsepp gentoo-dev 2019-08-04 09:40:19 UTC
The deps can be moved to build depend; it installs only a pkg-config file.
Though they may be rdepend to recursively give it to stuff that in turn only rdepends on the -base package. If that's the case, I'm not sure I care, as the desire is to last rite this all
Comment 4 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2019-08-04 09:47:16 UTC
So please apply any fix that makes the warning go away, so I can enable the warnings on pull requests without killing proxied maintainers with tons of 'Gentoo devs do this wrong a lot' in the process.
Comment 5 Mart Raudsepp gentoo-dev 2019-08-04 10:18:10 UTC
bleh, I hoped the eclass puts the pygtk stuff in (based on a comment in the -base ebuild), but no, the split packages seem to rely on the pygtk and other deps coming recursively from the base package :(
Comment 6 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2019-08-04 10:20:07 UTC
So you definitely want python-r1 for the transitive USE-deps here.
Comment 7 Larry the Git Cow gentoo-dev 2019-08-04 10:47:44 UTC
The bug has been closed via the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=974b83e7f227237f33d554eec706e4813e7bff69

commit 974b83e7f227237f33d554eec706e4813e7bff69
Author:     Mart Raudsepp <leio@gentoo.org>
AuthorDate: 2019-08-04 10:46:53 +0000
Commit:     Mart Raudsepp <leio@gentoo.org>
CommitDate: 2019-08-04 10:46:53 +0000

    dev-python/gnome-python*-base: Fix python eclass usage
    
    Closes: https://bugs.gentoo.org/691406
    Signed-off-by: Mart Raudsepp <leio@gentoo.org>

 .../gnome-python-base/gnome-python-base-2.28.1-r1.ebuild       | 10 +++++-----
 .../gnome-python-desktop-base-2.32.0-r1.ebuild                 |  6 ++++--
 .../gnome-python-extras-base-2.25.3-r1.ebuild                  |  8 +++++---
 eclass/gnome-python-common-r1.eclass                           |  4 ++--
 4 files changed, 16 insertions(+), 12 deletions(-)