REQUIRE_USE for single_python_target would be helpful as it detects the problems during calculation phase instead of merge.
It does: LICENSE="LGPL-2+ GPL-2+" SLOT="0" IUSE="cairo doctool test" REQUIRED_USE=" ${PYTHON_REQUIRED_USE} test? ( cairo ) " KEYWORDS="alpha amd64 arm hppa ia64 ~mips ppc ppc64 ~s390 ~sh sparc x86 ~amd64-fbsd ~x86-fbsd ~x86-freebsd ~x86-interix ~amd64-linux ~arm-linux ~x86-linux ~ppc-macos ~x64-macos ~x86-macos ~sparc-solaris ~sparc64-solaris ~x64-solaris ~x86-solaris"
Ups. Sorry - I assumed if it does not in overlay it does not in portage: * No Python implementation selected for the build. Please set * the PYTHON_SINGLE_TARGET variable in your make.conf to one * of the following values: * * python2_7 * ERROR: dev-libs/gobject-introspection-1.40.0-r1::gnome-next failed (setup phase):
Wasn't gnome-next maintained by Heather?
albeit by now there are other issues in that overlays gobject-introspection, this fix has been synced into that overlay over time naturally, so closing after noticing it in my gobject-introspection bugzilla search.
(In reply to Mart Raudsepp from comment #4) > albeit by now there are other issues in that overlays gobject-introspection, > this fix has been synced into that overlay over time naturally, so closing > after noticing it in my gobject-introspection bugzilla search. this issue is truly obsolete I guess :) but what are other issues?
All the differences are wrong. A fresh copy paste from main tree would be more correct. python3_6 compat and pkg-config
portage/repoman complains that pkgconfig is rarely runtime dep and python 3 6 was blocked because of incompatibility with something else, it's really bad but I should check later all the things which block 3 6
You think we just ignored the rdepend.suspect warning and you fix it in overlay instead of getting it discussed for main tree? :D https://git.gnome.org/browse/gobject-introspection/tree/giscanner/scannermain.py#n297
(In reply to Mart Raudsepp from comment #8) > You think we just ignored the rdepend.suspect warning and you fix it in > overlay instead of getting it discussed for main tree? :D > > https://git.gnome.org/browse/gobject-introspection/tree/giscanner/ > scannermain.py#n297 yes, my fault, I was adding many corrections to many packages at once and some of them are hackish like that but I ended with adding really a lot of packages due vala eclass being incredibly nasty hardcoding max vala version for all of them, I hardly can synchronize that count of packages.