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 A73FD1382C5 for ; Wed, 30 Dec 2020 07:46:51 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2AFF52BC005; Wed, 30 Dec 2020 07:46:47 +0000 (UTC) Received: from mout.web.de (mout.web.de [212.227.15.3]) (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 415E5E0BAF for ; Wed, 30 Dec 2020 07:46:46 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=dbaedf251592; t=1609314393; bh=0y+5L2asnL38GjJi4LgZ/FVegLZF4kEsBdorjgekBEE=; h=X-UI-Sender-Class:Subject:To:References:From:Date:In-Reply-To; b=rbVaSYYskKVEEi82BQUwRv7kuqNq4ABcb+CcyRsUXsdqxYMtcwqRH1b4yOww7iH0c t0Z7zN7MeKD8HCjfgjI9vrvtP7u+y4idlCnBgwaQOdwPQlN/LvjomYuGoHREX8dpMU 05sjJHiU43lAIt7iBzKs82TqPRtKZ0Ota6ahXyqg= X-UI-Sender-Class: c548c8c5-30a9-4db5-a2e7-cb6cb037b8f9 Received: from [192.168.178.96] ([77.7.77.172]) by smtp.web.de (mrweb001 [213.165.67.108]) with ESMTPSA (Nemesis) id 0LfRiT-1kF5lZ3vj7-00p3bc for ; Wed, 30 Dec 2020 08:46:33 +0100 Subject: Re: [gentoo-user] update fails, but I don't see why [PROGRESS] To: gentoo-user@lists.gentoo.org References: <2c4b7ded-9557-1eae-b4f7-021aa873a92e@web.de> <20201229225503.29d8366d@digimed.co.uk> <4286026.LvFx2qVVIh@lenovo.localdomain> From: n952162 Message-ID: <41ed1f60-4b68-5c02-916f-4c9ddccec6e3@web.de> Date: Wed, 30 Dec 2020 08:42:26 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.5.1 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: <4286026.LvFx2qVVIh@lenovo.localdomain> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Content-Language: en-US X-Provags-ID: V03:K1:FsiwQ9e+lUrTiKxB0nB/a0cfJi2C/p0/iQbmu9kHzDYni+gNKNM hgMt0Zr2LmsBSl+frsGkoppdpXuF0Nhh9IWFx7M6r1aza3S3BgTWsa+Rtvjyh4vnPNVej1J zAjMu9612tQtJZ23BuNJ55eThoAH0knRj2Cotlxm5oLQgmg0Q18eUacyk1tpzT9WPivnABb 09WUjDIE3EQOt8dZt9mKw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:dBDXNwbTUj8=:f1LxkV4KsHTElZ1oC12MvQ 1B639cOn0eaXN1OMr5l/aDxGOaioB9+uHGqaCbJz1ilETLba5qC7EQ+MLzDUobDEqhBMo1lE7 TE5BongfVc2XJLH2OvaPBgZplnMiqouyaP9vF6mH9CMi0q0s+0xhi/MmHQe7mbBMJOlsu7NpD qFz5nNEDrBiqxmjwpksAkhlrnS6Y/HL1ymjEUItjuF2beDjGPDPgwOmT0nUwkreMdMLFyY2p6 T641oU81J9GJaqEzTkTc9phCyyWw6bZqgsk6lEIuteaYJfGbi8+Y1Q9FCdKXvqX0o3nRnqoMJ RxJbAsHvhJsIwswPE2jDaW458NixlvGFrYTsMv6dEOWElhQsvOv7jRwYL9Env6JhWzdgFoiFS rs9PIV+yWb5NkUd5UiTzprAhX4MYxc7tZ7K4h4EBx1iaRwUjqWb/ESeczs3v4rGJYF2++g0cD g3JmlKGJPfxqEb2/C/8nHqH9uexygEA3WFppT8GTNCJygCgfDyC4dj1YLtYlw3HGXiyufDaeY zIz7jhPly+xVy4h3yovvu7f8nPfIdl6Uavd1GaKguNFF3UXCSR8PMSm7PPoKHewJRg1xftUz7 i9+iB2rL/nCuqUt3dz7FkLSyzh3Q7sVNWTeMyUiRve67+S3rHlViKASYrZUYEkuk9E3iHF1lT JpLzJdyF2AllDCjLEU5HA88+6v15xo2oAzydiTRxPL4jWSfzu8U0PhGQtOQKeVZqeSI/noxsd 5iFY6z76Z1uyNKxiQSk5CxEVYCRx6LureDSOFb0660hkKsYmji2NERHWzlsGXcZkVLboZI+MS POCfj7MCJntRveZrPtEoCkGQb2Jvstz4LZBC9iEDKX/SqU3j060viyoxz6Pq8A9LLrhG7XDQF 5R63QxUmN+E4tm3+SvOg== X-Archives-Salt: 418b2b07-65f5-4d96-bf05-46e9fc495f2b X-Archives-Hash: a412964ab97aa7b4b07989d44f1f324d On 12/30/20 1:05 AM, Michael wrote: > On Tuesday, 29 December 2020 22:55:03 GMT Neil Bothwick wrote: >> On Tue, 29 Dec 2020 23:16:11 +0100, n952162 wrote: >>>> So, I tried to do an emerge on @system. I got another slot conflict! >>>> This time for mako, which I'd seen go by sometimes as a "package of >>>> interest". It's only transgression: PYTHON_TARGET containing >>>> python3_7. >>> Note that both the "scheduled for merge" depender and the "installed" >>> depender both required the same version of mako, 1.1.1-r1. The only >>> difference is the fact that one requirements specification has >>> python3-7, the other python3-8. The same pkg, the same binaries. >>> Something is wrong here. Why is it not good enough to specify python3= ? >> PYTHON_TARGET determines for which version(s) of Python a package >> installs its modules. The modules may be identical, but 3.7 and 3.8 hav= e >> different search paths, e.g. /usr/lib/python3.7/site-packages vs. >> /usr/lib/python3.8/site-packages. >> >> It is possible you have some old python_targets settings in package.use= , >> that's where I would check first. > As discussed recently, removing any manually configured python targets a= nd > letting portage work its magic, rather than fighting against it, is usua= lly a > sound way to get out of such a muddle. > > I sync'ed portage a few hours ago today. Neither mako, nor setuptools r= equire > anything other than python3_8 on this system: > > $ eix -l setuptools > [I] dev-python/setuptools > Available versions: > 46.4.0-r3 ^t [test PYTHON_TARGETS=3D"pypy3 python2_7 > python3_6 python3_7 python3_8 python3_9"] ["|| ( python_targets_pypy3 > python_targets_python2_7 python_targets_python3_6 python_targets_python3= _7 > python_targets_python3_8 python_targets_python3_9 )"] > 50.3.0 ^t [test PYTHON_TARGETS=3D"pypy3 python3_6 > python3_7 python3_8 python3_9"] ["|| ( python_targets_pypy3 > python_targets_python3_6 python_targets_python3_7 python_targets_python3= _8 > python_targets_python3_9 )"] > ~ 51.0.0 ^t [test PYTHON_TARGETS=3D"pypy3 python3_6 > python3_7 python3_8 python3_9"] ["|| ( python_targets_pypy3 > python_targets_python3_6 python_targets_python3_7 python_targets_python3= _8 > python_targets_python3_9 )"] > ~ 51.1.0 ^t [test PYTHON_TARGETS=3D"pypy3 python3_6 > python3_7 python3_8 python3_9"] ["|| ( python_targets_pypy3 > python_targets_python3_6 python_targets_python3_7 python_targets_python3= _8 > python_targets_python3_9 )"] > Installed versions: 50.3.0^t(12:47:38 05/12/20)(-test > PYTHON_TARGETS=3D"python3_8 -pypy3 -python3_6 -python3_7 -python3_9") > Homepage: https://github.com/pypa/setuptools https://py= pi.org/ > project/setuptools/ > Description: Collection of extensions to Distutils > > > $ eix -l mako > [I] dev-python/mako > Available versions: > 1.1.3-r1 ^t [doc test PYTHON_TARGETS=3D"pypy3 python3_6 > python3_7 python3_8 python3_9"] ["|| ( python_targets_pypy3 > python_targets_python3_6 python_targets_python3_7 python_targets_python3= _8 > python_targets_python3_9 )"] > Installed versions: 1.1.3-r1^t(13:09:34 05/12/20)(-doc -test > PYTHON_TARGETS=3D"python3_8 -pypy3 -python3_6 -python3_7 -python3_9") > Homepage: https://www.makotemplates.org/ https://pypi.o= rg/ > project/Mako/ > Description: A Python templating language > > ... Well, yes, the current version, indeed requires python3_8.=C2=A0 The versi= on that was installed on my system, however, to be updated, listed python3_7 in the PYTHON_TARGETS section.=C2=A0 That was the only differenc= e between the two packages in the collision.=C2=A0 It apparently disqualifie= d the update with a slot conflict.