From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: 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 729461382C5 for ; Sat, 19 Dec 2020 14:10:41 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 49243E0923; Sat, 19 Dec 2020 14:10:36 +0000 (UTC) Received: from mout.web.de (mout.web.de [212.227.15.14]) (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 76B7AE090E for ; Sat, 19 Dec 2020 14:10:35 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=dbaedf251592; t=1608387022; bh=D1PNYOfPEGUpE0YqnVRNbU1XxByvXKm3vZqysrTmG6k=; h=X-UI-Sender-Class:Subject:To:References:From:Date:In-Reply-To; b=TpTdJ71JzJNHTh+W07z1CY9gWqRB/gMQ7LgkqUVQCPyGL1q4wVPitc9QpygNjSEd6 75jY4LdsVHHZYyXuY8aZEqNVGRlyzeDT2wzBqWdaradqygjBEUqGSuuV/+rNheLNYU qT7jeYvEoOzxl4W5ocZR+0GIlpPpJNPK0H0uHphU= X-UI-Sender-Class: c548c8c5-30a9-4db5-a2e7-cb6cb037b8f9 Received: from [192.168.178.101] ([92.195.238.249]) by smtp.web.de (mrweb005 [213.165.67.108]) with ESMTPSA (Nemesis) id 1MhWop-1kCuTO4Bpj-00eGZW for ; Sat, 19 Dec 2020 15:10:22 +0100 Subject: Re: [gentoo-user] override PYTHON_TARGETS to avoid a slot collision To: gentoo-user@lists.gentoo.org References: <361f9fda-9b2c-5e40-2b2e-28c35e52056b@web.de> <1864112.usQuhbGJ8B@lenovo.localdomain> From: n952162 Message-ID: <1ecc2885-173e-0cf9-3c78-becd87cf3e24@web.de> Date: Sat, 19 Dec 2020 15:11:34 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.3.2 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail 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 In-Reply-To: <1864112.usQuhbGJ8B@lenovo.localdomain> Content-Type: multipart/alternative; boundary="------------F23911AF33101AF8060E500D" Content-Language: en-US X-Provags-ID: V03:K1:6q6jzbCjy7r8GaYlmqXjPd5Ar5P07GfDLFvwb10GpWaX5kWf5GG iQ5oFWzF3JkZqcxxsrZCkvP7g72kxmDkUeL40yKah0lBtHCcdBX4onfsF63skEO5ThTUfD5 2cq5jjlpYO18bJ5AVyxH/7+W+JSG+smfWfTth0s/NvDeIVlfVQVzfLfiAS0ppAWTs06JHpW GPF/+womo7ze3L2T603UA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:qzb0v00qYYQ=:u+BvViQTf3BlFKwfh2707w UdELkaXwbLPnr/X+CneFKfGvymxkARh9Q/p66TmyDObcTOVpp2k97Zi/bSJNX+qfb3x0DOuOB FLOwgI0ZsMBs10QMruw7K5UohataXiyl+iZrAiEBaEDEGqzA7wE8BCMZkSRVsns47HWDyt3Yt N00ZALU8QoJ6rPCzC66uYzrybixW56ieFMRC43QcCqjFwO40lIcIth61dqdYkLu6YAo8bQLIB AVMUnYH/zbVWMy/3leHJ3CahlE7qZ5G0GwG7ct9wV0pcnxd/SMOQ2aTuPYso01IkOcJvEDe5I tjO6EoWAM8Za2sz3C9x8Mxp+J58jseSMSmHAbssvNBLRj4qgDqedQa8bPaYcDoKfzQ6e5T2cs 7nGQa/oh6fHpCpne4dpVdIqL8VKK8r9Za6XBCItFMXs+9rgUevpRyIYc5hVZ7/z0YFOSlTepW Gy/39WrJSPYmS7Ga5binCuv3rn+6oFM3teSjIuifCO3u858OLFSSBMv2hhNVbsVYlgaydKZO7 CcOl9VGVoRYndX5dZkPV4N4qty15DdxXRkAVPj5qReTfdj31bb+v+RoLHX7O8q/vbe+PaNJ78 baqQjZkhJi5B5NIHcbszErBL1zeo6NDuf5lZyMiNvcMHahVzCtqw5ajXklteLzpolJL6zqxLY ONHUrQE7gUNmxZ2NVSkgSsUyelAEJoi6eGNspvgvTWcT+jeXpLykHoHy5QlhZLN2p/5v5wZdD eapiJlIh2CM4wQgGSUoLiaJv7hdDcV4un9R6jxeUwVbQCyiR7t5v5FDD8fetkyuTDgVlWnzvc pmdNST5tXrUkOU5/UAGiXn+I9cuhL94xedk/obO2PIVY9xEDuK9S2GuguJPEkVGVJd0JaW3Kf 0+7DIJTpFJw30fkvNK6Q== X-Archives-Salt: 287ffcf1-8395-4113-8743-4f0a4c3d5c1b X-Archives-Hash: 491c576d42b5019d6d3847def630a8ff This is a multi-part message in MIME format. --------------F23911AF33101AF8060E500D Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable On 12/19/20 12:35 PM, Michael wrote: > On Saturday, 19 December 2020 10:20:26 GMT n952162 wrote: > >> 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. > You have specified manually a number of python versions, you shouldn't h= ave. Are you saying that long lists like this: *"python3_8 python3_9 (-pypy3) -python3_6 -python3_7*" are relics from improper or obsolete invocations made be me? If so, how can I get rid of them? > > It seems you have also added permanently into your /var/lib/portage/worl= d a > large number of dependencies and libraries due to your emerge syntax whe= n > emerging specific packages, which again, you shouldn't have. > > As a result with your own inputs in your portage configuration you are > fighting against what portage is trying to do in its calculations. > > I would think the easiest solution would be to work with portage, rather= than > despite portage: > > 1. Purge from your config files any hardcoded python targets, in order t= o let > portage choose which python target version it requires. I have added or removed these definitions, either following suggestions or attempting to provide prerequisites for packages that seem to require them. Absolutely, the best medicine is no medicine. > 2. Clean your world file from any and all dependencies, libraries and pa= ckages > you do not want to have explicitly installed. Yes, I receive that advice a lot.=C2=A0 If I were to follow it aggressivel= y, there would only be a handful of files in my world file.=C2=A0 Will that w= ork? > > 3. If 'emerge -uaNDv @system' gives you similar errors as above, try eme= rging > one package at a time with '--oneshot', so it does not inadvertently end= up in > your world; e.g. > > emerge -1aNDv I can't get *anything* to emerge, either alone, with near dependencies (as in the orginal posting) or in sets. > > Do not specify a package version in the above, just a name only. Let po= rtage > install the version it calculates is appropriate and update any dependen= cies > needed. I never do. > If your toolchain is completely borked, you could try the same by > using a Live-CD and a latest portage snapshot as per the guide book. Is that much different than a re-install? > > 4. When you finish emerging @system you should have a sound toolchain to= build > the rest of your Gentoo installation with. Run the following: > > etc-update (to update your system configuration files) > > emerge --depclean -v -a (to unmerge packages/versions no longer needed) > > 5. Follow with 'emerge -uaNDv @world'. > > 6. When you finish all this run: > > etc-update > > emerge -v -a @preserved-rebuild --keep-going > > emerge --depclean -v -a > > revdep-rebuild -v -- -a > > /usr/bin/eclean-dist > > 7. Build the latest kernel, update grub's menu, reboot. Yes, I perform these steps, basically, once I get an update emerge to work= . I update the /etc/portage/package.use files by hand, so I get a feeling for how it works.=C2=A0 Can it be that etc-update is a "smart system" that does more than just that? >> /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?/ > Portage runs on python and it is also a dependency on a large number of = other > packages and scripts. As python upstream is gradually deprecating older > versions, Gentoo has to follow through with the migration. The portage = tree > is presently in a relative state of flux because of this, but it should = soon > slow down again. /What I'm wondering is if packages aren't specifying with too fine a granularity./ > If your system is borked for unknown reasons and following the above > suggestions you can't arrive at a stable state, perhaps it is time for y= ou to > reinstall - which by the look of things it ought to take less of your ti= me? I was thinking I'd just re-installed this system but I guess that had just been a painful @world update - I see that I installed it last year.=C2=A0 If I continue not being able to get a single emerge, I guess that's how I'll have to go. I'm surprised, though, that nobody could address the reduced case I presented in the original posting: - is the same package being re-installed with new python target requirements, or am I interpreting it wrongly? - is there no way to satisfy the differing python target requirements? - are there consequences=C2=A0 on other packages=C2=A0 to emerging this pa= ckage that make it impossible? --------------F23911AF33101AF8060E500D Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
On 12/19/20 12:35 PM, Michael wrote: 
On Saturday, 19 December 2020=
 10:20:26 GMT n952162 wrote:


I don't think this output o=
r 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.

You have specified manually a number of python versions, you shouldn't hav=
e.


Are you saying that long lists like this:

=C2=A0=C2=A0=C2=A0 "python3_8 python3_9= (-pypy3) -python3_6 -python3_7"

are relics from improper or obsolete invocations made be me?

If so, how can I get rid of them?



It seems you have also added permanently into your /var/lib/portage/world =
a
large number of dependencies and libraries due to your emerge syntax when
emerging specific packages, which again, you shouldn't have.

As a result with your own inputs in your portage configuration you are
fighting against what portage is trying to do in its calculations.

I would think the easiest solution would be to work with portage, rather t=
han
despite portage:

1. Purge from your config files any hardcoded python targets, in order to =
let
portage choose which python target version it requires.


I have added or removed these definitions, either following suggestions or attempting to provide prerequisites for packages that seem to require them.

Absolutely, the best medicine is no medicine.


2. Clean your world file from any and all dependencies, libraries and pack=
ages
you do not want to have explicitly installed.


Yes, I receive that advice a lot.=C2=A0 If I were to follow it aggressively, there would only be a handful of files in my world file.=C2=A0 Will that work?



3. If 'emerge -uaNDv @system' gives you similar errors as above, try emerg=
ing
one package at a time with '--oneshot', so it does not inadvertently end u=
p in
your world; e.g.

emerge -1aNDv <package name>


I can't get *anything* to emerge, either alone, with near dependencies (as in the orginal posting) or in sets.



Do not specify a package version in the above, just a name only.  Let port=
age
install the version it calculates is appropriate and update any dependenci=
es
needed.


I never do.



  If your toolchain is comple=
tely borked, you could try the same by
using a Live-CD and a latest portage snapshot as per the guide book.


Is that much different than a re-install?



4. When you finish emerging @system you should have a sound toolchain to b=
uild
the rest of your Gentoo installation with.  Run the following:

etc-update (to update your system configuration files)

emerge --depclean -v -a (to unmerge packages/versions no longer needed)

5. Follow with 'emerge -uaNDv @world'.

6. When you finish all this run:

etc-update

emerge -v -a @preserved-rebuild --keep-going

emerge --depclean -v -a

revdep-rebuild -v -- -a

/usr/bin/eclean-dist

7. Build the latest kernel, update grub's menu, reboot.


Yes, I perform these steps, basically, once I get an update emerge to work.

I update the /etc/portage/package.use files by hand, so I get a feeling for how it works.=C2=A0 Can it be that etc-update is a "smar= t system" that does more than just that?


/Is there  a fundamental go=
als 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?/

Portage runs on python and it is also a dependency on a large number of ot=
her
packages and scripts.  As python upstream is gradually deprecating older
versions, Gentoo has to follow through with the migration.  The portage tr=
ee
is presently in a relative state of flux because of this, but it should so=
on
slow down again.


What I'm wondering is if packages aren't specifying with too fine a granularity.


If your system is borked for unknown reasons and following the above
suggestions you can't arrive at a stable state, perhaps it is time for you=
 to
reinstall - which by the look of things it ought to take less of your time=
?


I was thinking I'd just re-installed this system but I guess that had just been a painful @world update - I see that I installed it last year.=C2=A0 If I continue not being able to get a single emerge= , I guess that's how I'll have to go.


I'm surprised, though, that nobody could address the reduced case I presented in the original posting:

- is the same package being re-installed with new python target requirements, or am I interpreting it wrongly?

- is there no way to satisfy the differing python target requirements?

- are there consequences=C2=A0 on other packages=C2=A0 to emerging = this package that make it impossible?



--------------F23911AF33101AF8060E500D--