From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <gentoo-user+bounces-194420-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 69B941382C5
for <garchives@archives.gentoo.org>; Wed, 16 Dec 2020 11:20:52 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id A6068E09C2;
Wed, 16 Dec 2020 11:20:47 +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 F1D5AE09BA
for <gentoo-user@lists.gentoo.org>; Wed, 16 Dec 2020 11:20:46 +0000 (UTC)
Received: by mail-lf1-x135.google.com with SMTP id u18so47376572lfd.9
for <gentoo-user@lists.gentoo.org>; Wed, 16 Dec 2020 03:20:46 -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=1bj/Y8/NvBtt3nBs1PpFw+jO10Nk1bpuqJrEfzyspdw=;
b=bA3RaLZjcfB6NracPn3MoYs7Gl7NgGNvc5TDuTchy9lnN/fj/Rsd+6sKnMa5oAwfzl
oWp1PxwYjV3FtWEV3Jv5iHkBfeaytaOogNUHvNC0NSArhWx2khF+DvBQ0+a1Jg9YkR+l
HeFUhUfYGhsA04RAfifdgJYIvQmCa/DK8MNTU=
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=1bj/Y8/NvBtt3nBs1PpFw+jO10Nk1bpuqJrEfzyspdw=;
b=RY5HhThN3wb5CI/n59yBZ3R8fBXwiTB5+9yI18x+hQ8RwCYzSgaUtUxU8tRq3sXdGT
GJVkTgkLFZRPnZpSjdvFkFVlGqI9XwW+LBWGaBMS7tqyZbYeLNSpJw8cGDdPsTBSK5vv
BLPRLXq1ehzvMNjebktkxWXgzUE3un9V/bfeBplM9APJ8n6viwvue1c+W2zS4RDnkogZ
fX4ekhYbfwjm5o5To7Lf2P4lqtXGn9XKuYfntkzPgWBOutlMutNhMPeRWJYVKX0BZ3p8
yLjazSGRYzQnRtItAe36hSWK+NiTya1eId/zgv0nCg0fYWfnXWIG2zmP/D6kYbLBY5NY
i3rw==
X-Gm-Message-State: AOAM531JZyaRxzBkM4b0s1mEw4ld2W/qiHI8ECsxklWHbs43V8MyD9Xa
ZcAb5rHxHM1K195s4K5qMghJNEg3y+QJHFQtySMWalypBiM=
X-Google-Smtp-Source: ABdhPJyE+hN2H/dOvvCSwY3TKwb1Fl2NPaxGQuS0ng+Kr6ICOQ3Z4LXPhVT9ckINmrjPa89h6st0zV3yhbDZ1aPYxhw=
X-Received: by 2002:a19:c309:: with SMTP id t9mr13249948lff.46.1608117644908;
Wed, 16 Dec 2020 03:20:44 -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:20:33 +1000
Message-ID: <CAM8Dd_3OJ2f3vR9NNGMCnuBdZWh_ndoc7E09_hPp0-YEtTiHTA@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: 69e7e4f9-bd31-4c96-9be4-e491e9f73bba
X-Archives-Hash: a7288092c28412c8c24e438034d4d0f5
If it's wanting to downgrade something you definitely wouldnt want
downgraded is one, but feel free to omit the "a" and do the above
anyway
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
> >>
> >>
>