public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: n952162 <n952162@web.de>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] override PYTHON_TARGETS to avoid a slot collision
Date: Sat, 19 Dec 2020 12:33:10 +0100	[thread overview]
Message-ID: <514c82d1-ab89-df4b-d62c-addeb0943ce6@web.de> (raw)
In-Reply-To: <764b8e72-889d-40f5-5303-8d68716f399b@88.com>

[-- Attachment #1: Type: text/plain, Size: 5290 bytes --]

On 12/19/20 12:12 PM, bobwxc wrote:
> 在 2020/12/19 下午6:20, n952162 写道:
>> On 12/16/20 11:59 AM, Arve Barsnes wrote:
>>> On Wed, 16 Dec 2020 at 11:34, Miles Malone
>>> <m.malone@homicidalteddybear.net>  wrote:
>>>> What's happening when you do emerge -avuDN --with-bdeps=y
>>>> --backtrack=100 @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?
>>> You should definitely try this first if you haven't.
>>
>> I have.
>>
>>>>> 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
>>> Is there any reason that you need to add py3.9 to all packages? If you
>>> need it for something special, add it to those packages only, and let
>>> portage take care of python targets for you instead of continuously
>>> trying these big hammers. Ideally you should have *no* python targets
>>> set manually in make.conf or USE files.
>>
>> I added it because I saw python3_9 in the PYTHON_TARGETS list for,
>> e.g. jinja, and hoped that it would force compatibility. That is the
>> question of the original post.  But that was just one of many attempts.
>>
>>>>> The emerge command was:
>>>>>
>>>>> sudo emerge --verbose=y -vuUD   --verbose-conflicts   dev-python/setuptools dev-python/setuptools_scm dev-python/certifi dev-python/markupsafe dev-python/jinja dev-libs/libxml2
>>> Since it seems sphinx is installed with a different set of python
>>> targets than what you're trying to update, you should include sphinx
>>> in that emerge command to let it update to the same python targets and
>>> solve the conflict.
>>>
>>> Regards,
>>> Arve
>>
>> I tried adding that but it didn't help.
>>
>> My latest command was:
>>
>>  time emerge \
>>     -v \
>>     --deep \
>>     --update \
>>     --changed-use \
>>     --verbose-conflicts \
>>     --keep-going \
>>     --with-bdeps=y \
>>     --changed-deps \
>>     --backtrack=100 \
>>     --newuse \
>> dev-python/setuptools dev-python/setuptools_scm dev-python/certifi
>> dev-python/markupsafe dev-python/jinja dev-libs/libxml2 dev-python/sphinx
>>
>> Below is the latest build output, with no PYTHON_TARGET specifications.
>>
> ...
>>
>>
>> real    0m45.063s
>> user    0m44.602s
>> sys    0m0.399s
>>
>>
>> I don't think this output or any list participant has actually
>> identified where the problem here is.  In my original posting, the
>> only difference causing the slot collision for jinja was that one had
>> a PYTHON_TARGETS of 3-7 and the other of 3-8.  I asked how to force
>> it to the correct value, but if someone explained that to me, I
>> didn't understand it.
>>
>>
>> I'm afraid I'm going to have to give up on gentoo, although I'm
>> pretty heavily invested in it.  I'm spending too many hours trying to
>> maintain my systems and running into too many seemingly arbitrary
>> roadblocks.  I'm told I should update every week, but I can't get a
>> system updated in a week.
>>
>>
>> /Is there  a fundamental goals issue here, when there's so much
>> incompatibility between python3_{6,7,8,9}?  Do packages really need
>> to care?  Are these versions so fundamentally different from each
>> other, and programmers rely on those differences?  Or, is this
>> somebody's orderliness tic?/
>>
> So what do you really want to know?


Well, for starters, why emerge(1) is not emerging...



> Using jinja with python3.6 3.7.3.8 3.9 at the same time?


I don't know what jinja is and I just switched over to python3 myself. 
I'm not into subtleties like 6, 7, 8, or 9.

I do an emerge @world, it tells me I have slot collisions and stops. 
Following Neil B.'s advice, I try to go through the collisions and see
what the differences are.  jinja was a nice example, because there was a
collision of the same package with itself!  The only difference was the
PYTHON_TARGET.  I hoped someone could explain how I could force
equivalency in that simple case.


> Or want to keep it with 3.6 or some else?
>
> The default PYTHON_TARGETS now change to 3_8 from 3_6. So when you
> update, many software need to change.


Yeah.  That surprises me, actually.


> If you want to change that targets, just follow
> https://wiki.gentoo.org/wiki/Project:Python/PYTHON_TARGETS
> Maybe there no different or compatibility  with it actually, but we
> need a correct dependency.


I'm trying to emerge.  I'm not developing anything.


>
> If you do not have enough time to update and config gentoo,
>  maybe you should try other Linux like Arch(No need to compile) and
> Debian(less update).


Yes, that's always an option.   On the other hand, it might be possible
to improve gentoo so that not only the very brightest people can use
it.  Source is kind of like a vaccine - if enough people use it, it can
help prevent the spread of viruses.



[-- Attachment #2: Type: text/html, Size: 8745 bytes --]

  reply	other threads:[~2020-12-19 11:32 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-12-16 10:24 [gentoo-user] override PYTHON_TARGETS to avoid a slot collision n952162
2020-12-16 10:34 ` Miles Malone
2020-12-16 10:59   ` Arve Barsnes
2020-12-19 10:20     ` n952162
2020-12-19 10:45       ` William Kenworthy
2020-12-19 11:15         ` n952162
2020-12-19 10:56       ` Arve Barsnes
2020-12-19 11:12         ` n952162
2020-12-19 11:35           ` Neil Bothwick
2020-12-19 14:19             ` n952162
2020-12-19 15:49               ` Neil Bothwick
2020-12-19 12:34           ` Arve Barsnes
2020-12-19 11:12       ` bobwxc
2020-12-19 11:33         ` n952162 [this message]
2020-12-19 11:37           ` Neil Bothwick
2020-12-19 11:51             ` Michael
2020-12-19 12:02               ` Jude DaShiell
2020-12-19 11:35       ` Michael
2020-12-19 14:11         ` n952162
2020-12-19 15:54           ` Neil Bothwick
2020-12-19 16:13             ` Dale
2020-12-20 13:58       ` Róbert Čerňanský
2020-12-16 11:07   ` n952162
2020-12-16 11:20     ` Miles Malone
2020-12-16 11:22     ` Miles Malone
2020-12-16 12:25       ` Dale
2020-12-19  9:39   ` n952162
2020-12-16 10:56 ` bobwxc

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=514c82d1-ab89-df4b-d62c-addeb0943ce6@web.de \
    --to=n952162@web.de \
    --cc=gentoo-user@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox