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 1D7EE138334 for ; Wed, 30 Oct 2019 08:19:31 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 50A84E088A; Wed, 30 Oct 2019 08:19:26 +0000 (UTC) Received: from smtp.gentoo.org (dev.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 CAE45E0880 for ; Wed, 30 Oct 2019 08:19:25 +0000 (UTC) Received: from katipo2.lan (unknown [203.86.205.69]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: kentnl) by smtp.gentoo.org (Postfix) with ESMTPSA id 5801D34C555 for ; Wed, 30 Oct 2019 08:19:23 +0000 (UTC) Date: Wed, 30 Oct 2019 21:19:14 +1300 From: Kent Fredric To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [PATCH 2/3] virtual/cargo: drop virtual Message-ID: <20191030211914.7c22636a@katipo2.lan> In-Reply-To: <20191029172749.GA26121@whubbs1.dev.av1.gaikai.org> References: <4f83359a01c27e3c4afeb6b69a127cccb43b59ad.camel@gentoo.org> <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> Organization: Gentoo X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; x86_64-pc-linux-gnu) 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; boundary="Sig_/HU4x1TUTglTCJrdNXdo9crm"; protocol="application/pgp-signature"; micalg=pgp-sha256 X-Archives-Salt: 8b6377d0-663f-4db5-b4ef-a0b9489e63ac X-Archives-Hash: 2b84e90937401554e290c462de088893 --Sig_/HU4x1TUTglTCJrdNXdo9crm Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 29 Oct 2019 12:27:49 -0500 William Hubbs wrote: > No, I'm just saying this: >=20 > We don't know that there is a portage bug from what I'm reading in this t= hread. We are talking about possible bugs, but a possible bug isn't a bug. = 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 It only took a 3 days, but today, I'm helping a user who has a massive upgr= ade problem. Among it, is this gem of a "conflict" dev-python/setuptools:0 (dev-python/setuptools-41.1.0:0/0::gentoo, ebuild scheduled for merge) pu= lled in by dev-python/setuptools[python_targets_python3_5(-)?,python_targets_pytho= n3_6(-)?,python_targets_python3_7(-)?,-python_single_target_python3_5(-),-p= ython_single_target_python3_6(-),-python_single_target_python3_7(-)] requir= ed 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_py= thon3_6(-)?,python_targets_python3_7(-)?,-python_single_target_pypy(-),-pyt= hon_single_target_pypy3(-),-python_single_target_python2_7(-),-python_singl= e_target_python3_5(-),-python_single_target_python3_6(-),-python_single_tar= get_python3_7(-)] required by (dev-python/certifi-2019.6.16:0/0::gentoo, eb= uild scheduled for merge) = = = = = = =20 (dev-python/setuptools-20.6.7:0/0::gentoo, installed) pulled in by dev-python/setuptools[python_targets_python2_7(-),python_targets_python= 3_4(-),-python_single_target_python2_7(-),-python_single_target_python3_3(-= ),-python_single_target_python3_4(-),-python_single_target_python3_5(-)] re= quired by (net-misc/youtube-dl-2016.09.19:0/0::gentoo, installed) = = = = =20 dev-python/setuptools[python_targets_python2_7(-),python_targets_python= 3_4(-),-python_single_target_pypy(-),-python_single_target_pypy3(-),-python= _single_target_python2_7(-),-python_single_target_python3_3(-),-python_sing= le_target_python3_4(-),-python_single_target_python3_5(-)] required by (dev= -python/jinja-2.8:0/0::gentoo, installed) = = = = =20 dev-python/setuptools[python_targets_python2_7(-),python_targets_python= 3_4(-),-python_single_target_python2_7(-),-python_single_target_python3_3(-= ),-python_single_target_python3_4(-),-python_single_target_python3_5(-)] re= quired by (dev-python/numpy-1.10.4:0/0::gentoo, installed) = = = = =20 dev-python/setuptools[python_targets_python2_7(-),python_targets_python= 3_4(-),-python_single_target_pypy(-),-python_single_target_pypy3(-),-python= _single_target_python2_7(-),-python_single_target_python3_3(-),-python_sing= le_target_python3_4(-),-python_single_target_python3_5(-)] required by (dev= -python/certifi-2015.11.20:0/0::gentoo, installed) = = = = =20 dev-python/setuptools[python_targets_python2_7(-),python_targets_python= 3_4(-),-python_single_target_pypy(-),-python_single_target_pypy3(-),-python= _single_target_python2_7(-),-python_single_target_python3_3(-),-python_sing= le_target_python3_4(-),-python_single_target_python3_5(-)] required by (dev= -python/pygments-2.1.1:0/0::gentoo, installed) = = = = =20 Why the hell is this happening? Oh. Because portage is blocking upgrading something because they're pulled into the graph by --with-bdeps=3Dy 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 ) 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. 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" But stupid portage is escallating *everything* to this stupid standard. 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 ) And portage just *isnt* smart enough to fix this on its own. Please spend more time helping users in #gentoo, you will see messes like this on a *daily* basis. --Sig_/HU4x1TUTglTCJrdNXdo9crm Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEgdrME8Lrmai3DXYJda6SGagVg7UFAl25R4IACgkQda6SGagV g7XZoQ/+MQWHrqki1vlAa0tp95p2WuamLZmbsg0Na1Ufx50Mn4JhqBOJ59rBTRer pfAwa1CQJJUHsT6qbetxd/wnPPQJIm5tzIampbcaFfYaVo5q0QY4NsRgwSghVMQ3 ShegIaJGmTeYH2v+sRkWJJHQzY/kiCAAMovMyUY9nWprKq/sb20hmbwi3Gf5VIZl 6Y+Od2tHQ52+qbohpqjL3CQX7ZZ0z3Aqr3aq1Z54B8ozo3faQEnZdFOlYMrFBhzB zN89MgvglLQWiYUr7EjOMgSZ0uUYTW3XGB/RAxXHwRr7HWahI2E/75gC8kwjqS+v 16UZkR8jm3rBQbZOL73oWoMP6kx2WMQ8R6+AQ/UNNEF1iEN4RwBiB0mg761gKQyc XIZY7759fZbcmXK+Tw/PalZE0mKh2Dca4eeOA/2W0aNSSKN9/aD0YHkVwoOGp4s2 pnfOE5iSkPsAjCYMcS/hUGiF4tSfUv9z4VjOZLx+mfgRNwlL0P8NNz/xuZq1lFju hiFG0eWRalRMxMFxx9FieWCc17nT2T35tRZpiY1NJgDymDG5LaPxKbSdVuElBmjT 0bqRSSMijyOeH3hscjzYBEENdV2X582T6wt8TfcUchKiu/bHynXza8hmB7G95U2M lmMld4voCsHPa4OtiyFIkz3VgWuKa5Aiy9dZcKJ+DvM4eTJImIk= =o38t -----END PGP SIGNATURE----- --Sig_/HU4x1TUTglTCJrdNXdo9crm--