Re: [gentoo-user] update fails, but I don't see why

[cal <cal@mail.meme.technology>]

On 12/13/20 11:31 AM, n952162 wrote:
> On 12/13/20 1:09 AM, Dan Egli wrote:
>> Have to agree with Neil on this one. You've got a LOT of updates.
>> World is great, but start with emerge -UDuv @system, after you find
>> the culprit that is still setting python3_6 as a target. Once the
>> system emerge is done then you can try world again and hopefully get a
>> much smaller list. We can help you much better from there.
> 
> 
> python3_6 is bad, I've got that now, but lots and lots of packages have
> something similar to this:
> 
> PYTHON_TARGETS="python3_6 python3_7 python3_8 (-pypy3) -python3_9"
> 
> but I have no USE flags set to call for python3_6.

PYTHON_TARGETS is a USE_EXPAND: 
https://wiki.gentoo.org/wiki/Project:Python/PYTHON_TARGETS

Some defaults are set by the profile, but this can also be overridden in 
package.use.  You need to find where PYTHON_TARGETS is including python3_6.

> I presumed that
> would come from the ebuilds, like this from dev-python/setuptools:
> 
> PYTHON_COMPAT=( python2_7 python3_{6,7,8,9} pypy3 )

This is simply specifying which versions of Python setuptools is 
compatible with.  Which one(s) actually get used is determined by 
PYTHON_TARGETS.

> 
> Other than the PYTHON_TARGETS=, and this:
> 
>   dev-python/markupsafe[python_targets_pypy3(-)?,python_targets_python3_6(-)?,python_targets_python3_7(-)?,python_targets_python3_8(-)?,python_targets_python3_9(-)?...
> 
> I don't see where python3_6 is coming into play.

It is the PYTHON_TARGETS.

> 
> Incidently, because I saw python3_9 somewhere, I emerged that, and
> selected it:
> 
> $ eselect python list
> Available Python interpreters, in order of preference:
>    [1]   python3.9
>    [2]   python3.6
>    [3]   python3.8 (fallback)
>    [4]   python3.7 (fallback)
>    [5]   python2.7 (fallback)
> 
> but it didn't change anything that I could see.

This only sets the default interpreter (which version of Python is 
linked to /usr/bin/python).  It does not do anything to the portage 
tree, as far as I am aware.  Portage Python dependencies should be 
controlled with PYTHON_TARGETS.

> 
> I can't find out how to make python3.6 fallback.  depclean doesn't
> remove it.

Depclean doesn't remove it because your PYTHON_TARGETS output above 
indicates there are packages still depending on it.

> 
> What's particularly frustrating is I can't make out from the log that
> there's anything wrong.

Did you try the suggestion from earlier in the thread to try to emerge 
in smaller pieces, since your @world update is so large?  Portage output 
is daunting when 100s of packages are involved, it is easier to start 
from a smaller set and work out what's wrong.

> 
> I hope my only alternative is not just to reinstall.  A reinstall takes
> a couple of days of compiling.

This thread has been going since a week ago... at a certain point 
reinstalling and letting portage chug through a day of compiling would 
be less effort than troubleshooting a broken installation.

> 
> 
>>
>> On 12/12/2020 3:35 PM, Neil Bothwick wrote:
>>> On Sat, 12 Dec 2020 23:08:15 +0100, n952162 wrote:
>>>
>>>> I did a --depclean but that didn't help.  I'm not seeing where an error
>>>> is indicated.
>>>>
>>>> This was done with this still installed:
>>>>
>>>>    */* PYTHON_TARGETS: python3_7
>>>>
>>>> I commented that out and tried again, and after a few USE flag
>>>> iterations, I ended up with what seems like the same situation. Log on
>>>> request.
>>> There's a lot to trawl through here, it looks like you haven't updated
>>> for quite some time. I'd suggest you try to cut down on the noise by
>>> updating only @system instead of @world.
>>>
>>> A quick glance at some of the output suggests that you still have
>>> PYTHON_TARGETS="python3_6" set somewhere. What do
>>>
>>> grep -r python3_6 /etc/portage
>>> emerge --info | grep -i python
>>>
>>> tell you?
>>>
>>>