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 0B6AC1382C5 for ; Sat, 19 Dec 2020 11:36:33 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 0B455E08F2; Sat, 19 Dec 2020 11:36:29 +0000 (UTC) Received: from mail-gw.thundermail.uk (mail-gw.thundermail.uk [149.255.60.75]) (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 A4280E0875 for ; Sat, 19 Dec 2020 11:36:28 +0000 (UTC) Received: from mailgw01.thundermail.uk (mail-gw.thundermail.uk [149.255.60.66]) by mail-gw.thundermail.uk (Postfix) with ESMTPS id 87262600A923 for ; Sat, 19 Dec 2020 11:36:26 +0000 (GMT) X-ASG-Debug-ID: 1608377772-0554130f662c48730001-LfjuLa Received: from cloud307.thundercloud.uk (cloud307.thundercloud.uk [149.255.58.40]) by mailgw01.thundermail.uk with ESMTP id J4FkKqXrGcgBI13M (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Sat, 19 Dec 2020 11:36:12 +0000 (GMT) X-Barracuda-Envelope-From: confabulate@kintzios.com X-Barracuda-Effective-Source-IP: cloud307.thundercloud.uk[149.255.58.40] X-Barracuda-Apparent-Source-IP: 149.255.58.40 Received: from lenovo.localdomain (230.3.169.217.in-addr.arpa [217.169.3.230]) by cloud307.thundercloud.uk (Postfix) with ESMTPSA id 49AB5C58AF6 for ; Sat, 19 Dec 2020 11:36:11 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kintzios.com; s=default; t=1608377771; bh=q1ZJ9An6q6G8bQFtAtApxLLEyYV5t9bELEGrR+W/8FM=; h=From:To:Subject; b=fr83V+2jq6dwLCvT6tsQJJs55FmMJihcXGMK2Dt5bl9br3C4evXxccITvuoxK3pJB 5NRW8s90LtRCjYyjgttqV8KxMFevV4vVAAnDNUcMy7yxovUxVoQRxorx5VsDXUdiWO nTrNN08EPjaN1yRgJHN8rJLFCkD5KwZsUDpSPRvg= Authentication-Results: cloud307.thundercloud.uk; spf=pass (sender IP is 217.169.3.230) smtp.mailfrom=confabulate@kintzios.com smtp.helo=lenovo.localdomain Received-SPF: pass (cloud307.thundercloud.uk: connection is authenticated) From: Michael To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] override PYTHON_TARGETS to avoid a slot collision Date: Sat, 19 Dec 2020 11:35:49 +0000 X-ASG-Orig-Subj: Re: [gentoo-user] override PYTHON_TARGETS to avoid a slot collision Message-ID: <1864112.usQuhbGJ8B@lenovo.localdomain> In-Reply-To: References: <361f9fda-9b2c-5e40-2b2e-28c35e52056b@web.de> 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 Content-Type: multipart/signed; boundary="nextPart3267145.QJadu78ljV"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-PPP-Message-ID: <20201219113611.1170042.41326@cloud307.thundercloud.uk> X-PPP-Vhost: kintzios.com X-Barracuda-Connect: cloud307.thundercloud.uk[149.255.58.40] X-Barracuda-Start-Time: 1608377772 X-Barracuda-Encrypted: ECDHE-RSA-AES128-GCM-SHA256 X-Barracuda-URL: https://149.255.60.66:443/cgi-mod/mark.cgi X-ASG-Orig-Subj: Re: [gentoo-user] override PYTHON_TARGETS to avoid a slot collision X-Virus-Scanned: by bsmtpd at thundermail.uk X-Barracuda-Scan-Msg-Size: 4288 X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using global scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=1.9 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.86634 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-Archives-Salt: 2d7edce5-f4cf-4184-a61c-646f76ef2b1a X-Archives-Hash: 8a956415824009fa3fea272ab7f7f797 --nextPart3267145.QJadu78ljV Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="UTF-8"; protected-headers="v1" From: Michael To: gentoo-user@lists.gentoo.org Reply-To: confabulate@kintzios.com Subject: Re: [gentoo-user] override PYTHON_TARGETS to avoid a slot collision Date: Sat, 19 Dec 2020 11:35:49 +0000 Message-ID: <1864112.usQuhbGJ8B@lenovo.localdomain> In-Reply-To: References: <361f9fda-9b2c-5e40-2b2e-28c35e52056b@web.de> 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 have. 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 than despite portage: 1. Purge from your config files any hardcoded python targets, in order to let portage choose which python target version it requires. 2. Clean your world file from any and all dependencies, libraries and packages you do not want to have explicitly installed. 3. If 'emerge -uaNDv @system' gives you similar errors as above, try emerging one package at a time with '--oneshot', so it does not inadvertently end up in your world; e.g. emerge -1aNDv Do not specify a package version in the above, just a name only. Let portage install the version it calculates is appropriate and update any dependencies needed. 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. 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. > 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. I have some systems I update once a month or even less frequently. There's an old box I use sometimes for testing. I don't update this particular box for the best part of 3 months at a time. I very rarely, if ever, arrive at hard [B]locks and even when I do I often resolve them by changing or reverting to defaults their USE flags, or first using quickpkg, then manually unmerging the blocking non-system package and letting portage decide for me what package version to emerge and which dependencies it needs. YMMV, but a stable system should not be too troublesome to update if you follow the above advice. This mailing list, forums and IRC channels tend to offer really good advice, in case you want to try a different crowd for ideas. HTH. :-) > /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. 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? --nextPart3267145.QJadu78ljV Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEXqhvaVh2ERicA8Ceseqq9sKVZxkFAl/d5ZUACgkQseqq9sKV ZxmfYxAAxyPWaWvUWExN7znhvMXPOs8VPlTrhB735D6xie5olH95FFI+rfFOfJXj B75CSZan3WRVoN+Ph7z9f3qs5l4dGIZV5sp0X0fFKFkG5hFK9+arkQzjVWgrkNrM sRKIa0GR4/R2bN/MXkX3uUl07bEJHdAlAM70hJvv1lts8/CnDPoyoZ4AqkiXdkhv a9PFD4h/QyI/4n/FJ13PiFdV+0S11EaBRaUGHoYZLzXsl4OY/GZVfgtgNDvn1hiF aKJk7RTMvuWZZg/j61KSh/dqpdQcSqM3/SZi/6+u2+j0sGuqF7PfjnBe8omirGyY oCOiCEaGpUHqHgTKSoo1uGPrkp25ARutciyFP7ypFW1D1f0hJBJxGeYs5BPKKewu 3FcdeCZBZDJ1E1cKcM4J4yWTMa0WT2EWiTszkVXp6tSCLeGOGI8PUKPgdFLcekdM KgqmpRQy1OkhxmcdOSKfSin2FggzREgh2dWvlsFNFczjpm/PhrBFN/eVUVviP55u WIbOA7cGtlDMj3RySvm9r+628wLZ+LDRccZE2jgkyp63CLttMrXjd6phvbvwysNO oVtl0EZa9CnJe8It+2dREnIvEiwy1i1VkHGh9KJHgw8/88GjRwdhaS+0Rt+iBMtf pmP+p2HrMAC+zOsaz0YLbeLdvYnOvQTCk6ooohlpe5cYo2wKYTE= =iczb -----END PGP SIGNATURE----- --nextPart3267145.QJadu78ljV--