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 17E62138334 for ; Wed, 30 Oct 2019 14:26:19 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8A43EE0878; Wed, 30 Oct 2019 14:26:14 +0000 (UTC) Received: from smtp.gentoo.org (mail.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (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 35995E0875 for ; Wed, 30 Oct 2019 14:26:14 +0000 (UTC) Received: from linux1.home (cpe-66-68-48-101.austin.res.rr.com [66.68.48.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: williamh) by smtp.gentoo.org (Postfix) with ESMTPSA id EDEBD34C5A2 for ; Wed, 30 Oct 2019 14:26:11 +0000 (UTC) Received: (nullmailer pid 5460 invoked by uid 1000); Wed, 30 Oct 2019 14:26:09 -0000 Date: Wed, 30 Oct 2019 09:26:09 -0500 From: William Hubbs To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [PATCH 2/3] virtual/cargo: drop virtual Message-ID: <20191030142609.GA5419@linux1.home> Mail-Followup-To: gentoo-dev@lists.gentoo.org References: <20191026223555.GA16818@linux1.home> <30114cca-2851-4c22-31f6-575eb851ac88@veremit.xyz> <20191026235511.GB16818@linux1.home> <20191027203647.2b1b10ed@katipo2.lan> <20191027170502.GA19730@linux1.home> <20191028101817.19b43ed9@katipo2.lan> <20191028153440.GA15356@whubbs1.dev.av1.gaikai.org> <7dc26dccaca7ab647c656c448ffa6a67875e2a03.camel@gentoo.org> <20191029172749.GA26121@whubbs1.dev.av1.gaikai.org> <20191030211914.7c22636a@katipo2.lan> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IS0zKkzwUGydFO0o" Content-Disposition: inline In-Reply-To: <20191030211914.7c22636a@katipo2.lan> User-Agent: Mutt/1.10.1 (2018-07-13) X-Archives-Salt: 0acd1a20-11c4-4a66-b22b-1a54a55bd894 X-Archives-Hash: 1404d41ab6e624926990659ae34af432 --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 30, 2019 at 09:19:14PM +1300, Kent Fredric wrote: > On Tue, 29 Oct 2019 12:27:49 -0500 > William Hubbs wrote: >=20 > > No, I'm just saying this: > >=20 > > We don't know that there is a portage bug from what I'm reading in this= thread. We are talking about possible bugs, but a possible bug isn't a bug= =2E If there is an issue cite it otherwise move on. > >=20 > > --with-bdeps=3Dy is the default for a good reason as far as I am aware. > >=20 > > William >=20 > It only took a 3 days, but today, I'm helping a user who has a massive up= grade problem. >=20 > Among it, is this gem of a "conflict" >=20 >=20 > dev-python/setuptools:0 >=20 > (dev-python/setuptools-41.1.0:0/0::gentoo, ebuild scheduled for merge) = pulled in by > dev-python/setuptools[python_targets_python3_5(-)?,python_targets_pyt= hon3_6(-)?,python_targets_python3_7(-)?,-python_single_target_python3_5(-),= -python_single_target_python3_6(-),-python_single_target_python3_7(-)] requ= ired by (dev-util/meson-0.51.2:0/0::gentoo, ebuild scheduled for merge) > = = = = =20 > dev-python/setuptools[python_targets_pypy(-)?,python_targets_pypy3(-)= ?,python_targets_python2_7(-)?,python_targets_python3_5(-)?,python_targets_= python3_6(-)?,python_targets_python3_7(-)?,-python_single_target_pypy(-),-p= ython_single_target_pypy3(-),-python_single_target_python2_7(-),-python_sin= gle_target_python3_5(-),-python_single_target_python3_6(-),-python_single_t= arget_python3_7(-)] required by (dev-python/certifi-2019.6.16:0/0::gentoo, = ebuild scheduled for merge) > = = = = = = =20 >=20 > (dev-python/setuptools-20.6.7:0/0::gentoo, installed) pulled in by > dev-python/setuptools[python_targets_python2_7(-),python_targets_pyth= on3_4(-),-python_single_target_python2_7(-),-python_single_target_python3_3= (-),-python_single_target_python3_4(-),-python_single_target_python3_5(-)] = required by (net-misc/youtube-dl-2016.09.19:0/0::gentoo, installed) > = = = = =20 > dev-python/setuptools[python_targets_python2_7(-),python_targets_pyth= on3_4(-),-python_single_target_pypy(-),-python_single_target_pypy3(-),-pyth= on_single_target_python2_7(-),-python_single_target_python3_3(-),-python_si= ngle_target_python3_4(-),-python_single_target_python3_5(-)] required by (d= ev-python/jinja-2.8:0/0::gentoo, installed) > = = = = =20 > dev-python/setuptools[python_targets_python2_7(-),python_targets_pyth= on3_4(-),-python_single_target_python2_7(-),-python_single_target_python3_3= (-),-python_single_target_python3_4(-),-python_single_target_python3_5(-)] = required by (dev-python/numpy-1.10.4:0/0::gentoo, installed) > = = = = =20 > dev-python/setuptools[python_targets_python2_7(-),python_targets_pyth= on3_4(-),-python_single_target_pypy(-),-python_single_target_pypy3(-),-pyth= on_single_target_python2_7(-),-python_single_target_python3_3(-),-python_si= ngle_target_python3_4(-),-python_single_target_python3_5(-)] required by (d= ev-python/certifi-2015.11.20:0/0::gentoo, installed) > = = = = =20 > dev-python/setuptools[python_targets_python2_7(-),python_targets_pyth= on3_4(-),-python_single_target_pypy(-),-python_single_target_pypy3(-),-pyth= on_single_target_python2_7(-),-python_single_target_python3_3(-),-python_si= ngle_target_python3_4(-),-python_single_target_python3_5(-)] required by (d= ev-python/pygments-2.1.1:0/0::gentoo, installed) > = = = = =20 > Why the hell is this happening? >=20 > Oh. Because portage is blocking upgrading something because they're > pulled into the graph by --with-bdeps=3Dy >=20 > Passing --with-bdeps=3Dn removes half of these conflicts ( but not all, > but thats probably some other problem, but I have no idea -what- > because portage refuses to tell me ) You're right, I hate these kinds of error messages. I would go so far as to say they are useless and the way this is handled should be cleaned up. I don't know portage internals, so I have no idea what the deal with this is or how to fix it. Did you report it to the portage team? > Portage just ain't bothered to try upgrading them properly, and ain't > smart enough to know that this is not an issue in the first place. >=20 > But I'd bet the remaining ones are "somebody did it wrong once upon a > time, but the user sill has installed copies of the packages where it > was done wrong" >=20 > But stupid portage is escallating *everything* to this stupid standard. >=20 > Which is garbage, because "upgrade setuptools" should in no way break > *anything* that is currently installed, let alone, something like x264 > ( which was the target problem at the time of trying to fix this ) >=20 > And portage just *isnt* smart enough to fix this on its own. >=20 > Please spend more time helping users in #gentoo, you will see messes > like this on a *daily* basis. I've noticed it gets messy very quickly if you wait a while to upgrade your system also, so I would be curious how long the user waited to do an upgrade? Python is also more complex than most things because we allow multiple versions. There's no way to know whether removing virtual/rust will cause these kinds of issues, so I'm still not convinced that we shouldn't remove it. William --IS0zKkzwUGydFO0o Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQTVeuxEZo4uUHOkQAluVBb0MMRlOAUCXbmdfAAKCRBuVBb0MMRl OMTLAJ4g84LgusJ/ON9v57O/GXito+4N2wCeIYqJLEkP/wlCkGi52g1E7i1Mbvs= =NCLS -----END PGP SIGNATURE----- --IS0zKkzwUGydFO0o--