From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <gentoo-user+bounces-194421-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(No client certificate requested)
by finch.gentoo.org (Postfix) with ESMTPS id 7AA201382C5
for <garchives@archives.gentoo.org>; Wed, 16 Dec 2020 11:23:16 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id AB0B3E09C7;
Wed, 16 Dec 2020 11:23:12 +0000 (UTC)
Received: from mail-lf1-x135.google.com (mail-lf1-x135.google.com [IPv6:2a00:1450:4864:20::135])
(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
(No client certificate requested)
by pigeon.gentoo.org (Postfix) with ESMTPS id 63CEAE09AE
for <gentoo-user@lists.gentoo.org>; Wed, 16 Dec 2020 11:23:12 +0000 (UTC)
Received: by mail-lf1-x135.google.com with SMTP id l11so47431903lfg.0
for <gentoo-user@lists.gentoo.org>; Wed, 16 Dec 2020 03:23:12 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=homicidalteddybear.net; s=google;
h=mime-version:references:in-reply-to:from:date:message-id:subject:to
:content-transfer-encoding;
bh=XnyJqiWMll5N3b4qSLuCBEpAx3zNbnUySbM3CRyCvek=;
b=eSMdKNmwcvrfLDtGmSi0R1ybrDTZOmT4TEMTypDJXbQTc94PtMzFE/AsvVQR7X4v1Q
3bLNP91XQweoxkkiJSO+kYLN0XpEj9E7MfXcHcwUe8dLt7kpH32jUNSSU95StdxIlGw/
mac4+1p26MdAufTFApCkerKU3mMGXws3NxEx0=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20161025;
h=x-gm-message-state:mime-version:references:in-reply-to:from:date
:message-id:subject:to:content-transfer-encoding;
bh=XnyJqiWMll5N3b4qSLuCBEpAx3zNbnUySbM3CRyCvek=;
b=mc8Nf1hhpeqr+fzDFUBBZt/dbiOJeWv7MS9uieUK+BP5RL5XOiqTA2jCrCoWzaUsJS
IVVeOqHN6atD2sIrzHIrbHF2lU0gS8/zwIZV8gy1W4WjM/8yAiqNXZrnxwmr26WI127f
Bqv8XDiikY+xUM9ltraowTzS3QYg4U5cB2/rF7U6Qc39szmz/WlJBhQ/Uxt9AVVZ9Oia
s4YRUIjjO2aNV7LBSZSSx/mImLHiKEMO7rP8U372ER+lw1EPzyApxHmz0OHrxpEffogN
ZIOc8XC3MaSEegikPOsnZDL/P/Fw1goRUpaQ9p1e10LDwVsxH4dGAo6T48LFt7+uyvY8
huSw==
X-Gm-Message-State: AOAM531QgtLH6WSNsbP//aMzrluyfzYsRO8xioI8upKjDb7p9PF2nIv1
B5Qz97rwKeLMXLKi1gUVH9Va0/zjd7D2sWCMysvbOSBgGBw=
X-Google-Smtp-Source: ABdhPJznH+XIK8lBx4KrMCyvKohmuL+EyFi6mibE0fUkCpCKqJW+Lh/zr2iA1xTW8v6BPSEt28iJ2LcJbPmwKxp/kSM=
X-Received: by 2002:a19:7607:: with SMTP id c7mr12561033lff.380.1608117790731;
Wed, 16 Dec 2020 03:23:10 -0800 (PST)
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
X-BeenThere: gentoo-user@lists.gentoo.org
Reply-to: gentoo-user@lists.gentoo.org
X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply
MIME-Version: 1.0
References: <361f9fda-9b2c-5e40-2b2e-28c35e52056b@web.de> <CAM8Dd_2J1xVvM++oDA0+Ts6cjw_QrBX_K8-6ZyQj1ocWo-qDPw@mail.gmail.com>
<28257a01-8e27-3290-904a-714d55a6393f@web.de>
In-Reply-To: <28257a01-8e27-3290-904a-714d55a6393f@web.de>
From: Miles Malone <m.malone@homicidalteddybear.net>
Date: Wed, 16 Dec 2020 21:22:59 +1000
Message-ID: <CAM8Dd_0-v_XOKO6rr4OfA0-xcaOYSRMY-Hfzg_9rDU4zBTwFsA@mail.gmail.com>
Subject: Re: [gentoo-user] override PYTHON_TARGETS to avoid a slot collision
To: gentoo-user@lists.gentoo.org
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Archives-Salt: 6e286b8f-99ea-487c-8161-3bd93a315c9c
X-Archives-Hash: 4c2f390d569291bc1c1722a5430beebd
Personally I just like to see what I'm getting myself into before I
start doing an upgrade or recompile on all of chromium, firefox,
qt-webkit, gtk-webkit, qt-webengine, libreoffice, and electron all at
once :p
To quote the meme, this little manouver's going to take us 51 years
On Wed, 16 Dec 2020 at 21:06, n952162 <n952162@web.de> wrote:
>
> On 12/16/20 11:34 AM, Miles Malone wrote:
> > What's happening when you do emerge -avuDN --with-bdeps=3Dy
> > --backtrack=3D100 @world ? Giving portage the flexibility to solve it
> > with some extra backtracking and increasing the scope to world might
> > fix it, if not then we can revisit it?
>
>
> I don't remember if I've tried that combination, I'll do so now.
>
>
> ... you include -a. Under what situation might I respond to the prompt
> with 'no'?
>
>
>
> >
> > On Wed, 16 Dec 2020 at 20:24, n952162 <n952162@web.de> wrote:
> >> In an update with several slot collisions (see attachment), I'm zero-=
ing in on the simplest, where a package is to be replaced by the same packa=
ge, but with different PYTHON_TARGETS (at least, that's how I interpret it)=
.
> >>
> >> Is there a way to force the PYTHON_TARGETS of the dependency?
> >>
> >> Slot collision:
> >>
> >> dev-python/jinja:0
> >>
> >> (dev-python/jinja-2.11.2-r1:0/0::gentoo, ebuild scheduled for merge=
) USE=3D"-doc -examples -test" ABI_X86=3D"(64)" PYTHON_TARGETS=3D"python3_8=
python3_9 (-pypy3) -python3_6 -python3_7" pulled in by
> >> dev-python/jinja[python_targets_python3_9(-),python_single_target=
_python3_9(+)] required by (sys-auth/pambase-20201103:0/0::gentoo, ebuild s=
cheduled for merge) USE=3D"nullok passwdqc sha512 -caps -debug -elogind -gn=
ome-keyring -minimal -mktemp -pam_krb5 -pam_ssh -pwhistory -pwquality -secu=
retty (-selinux) -systemd" ABI_X86=3D"(64)"
> >>
> >>
> >> dev-python/jinja (Argument)
> >>
> >> (dev-python/jinja-2.11.2-r1:0/0::gentoo, installed) USE=3D"-doc -ex=
amples -test" ABI_X86=3D"(64)" PYTHON_TARGETS=3D"python3_7 (-pypy3) -python=
3_6 -python3_8 -python3_9" pulled in by
> >> dev-python/jinja[python_targets_pypy3(-)?,python_targets_python3_=
6(-)?,python_targets_python3_7(-)?,python_targets_python3_8(-)?,python_targ=
ets_python3_9(-)?,-python_single_target_pypy3(-),-python_single_target_pyth=
on3_6(-),-python_single_target_python3_7(-),-python_single_target_python3_8=
(-),-python_single_target_python3_9(-)] required by (dev-python/sphinx-3.2.=
1:0/0::gentoo, installed) USE=3D"-doc -latex -test" ABI_X86=3D"(64)" PYTHON=
_TARGETS=3D"python3_7 (-pypy3) -python3_6 -python3_8 -python3_9"
> >>
> >> If the package was good enough before, it's likely still good enough. =
Where's the problem? I've (unsuccessfully) made these attempts:
> >>
> >> # */* PYTHON_TARGETS: python3_6 python3_7 python3_8 python3_9
> >> #*/* PYTHON_TARGETS: -python3_6 -python3_7 python3_8 python3_9
> >> # just have one set
> >> */* PYTHON_TARGETS: python3_8
> >>
> >> The sphinx ebuild has no targets, but does have this:
> >>
> >> PYTHON_COMPAT=3D( python3_{6..9} pypy3 )
> >>
> >> The emerge command was:
> >>
> >> sudo emerge --verbose=3Dy -vuUD --verbose-conflicts dev-python/set=
uptools dev-python/setuptools_scm dev-python/certifi dev-python/markupsafe =
dev-python/jinja dev-libs/libxml2
> >>
> >>
>