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 07028138334 for ; Sat, 26 Oct 2019 22:36:04 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 94B63E0931; Sat, 26 Oct 2019 22:35:59 +0000 (UTC) Received: from smtp.gentoo.org (smtp.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 579F0E092C for ; Sat, 26 Oct 2019 22:35:59 +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 2073634C37E for ; Sat, 26 Oct 2019 22:35:58 +0000 (UTC) Received: (nullmailer pid 16865 invoked by uid 1000); Sat, 26 Oct 2019 22:35:55 -0000 Date: Sat, 26 Oct 2019 17:35:55 -0500 From: William Hubbs To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [PATCH 2/3] virtual/cargo: drop virtual Message-ID: <20191026223555.GA16818@linux1.home> Mail-Followup-To: gentoo-dev@lists.gentoo.org References: <20191025220340.2715-1-gyakovlev@gentoo.org> <20191025220340.2715-3-gyakovlev@gentoo.org> <20191026165918.104a631e@katipo2.lan> <4f83359a01c27e3c4afeb6b69a127cccb43b59ad.camel@gentoo.org> 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="5vNYLRcllDrimb99" Content-Disposition: inline In-Reply-To: <4f83359a01c27e3c4afeb6b69a127cccb43b59ad.camel@gentoo.org> User-Agent: Mutt/1.10.1 (2018-07-13) X-Archives-Salt: 363fcbe6-2e78-49fe-8be9-336b72c4cea9 X-Archives-Hash: 5c043c3fe73ce37ea0d2c08151ea03f3 --5vNYLRcllDrimb99 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 26, 2019 at 11:17:18AM +0200, Micha=C5=82 G=C3=B3rny wrote: > On Sat, 2019-10-26 at 11:14 +0200, Dirkjan Ochtman wrote: > > On Sat, Oct 26, 2019, 05:59 Kent Fredric wrote: > >=20 > > > On Fri, 25 Oct 2019 15:03:39 -0700 > > > Georgy Yakovlev wrote: > > >=20 > > > > not used anymore > > > >=20 > > > > Closes: https://bugs.gentoo.org/695698 > > > > Signed-off-by: Georgy Yakovlev > > >=20 > > > Its likely this removal will cause the same kinds of problems faced by > > > the recent virtual/pam removal, just its more insidious, as the > > > dependency on the virtual is hidden away inside an eclass. > > >=20 > > > But this still means that anything users have already installed will > > > still depend on this, and without --changed-deps=3Dy, it will break > > > portage's resolution of anything currently installed using this crate. > > >=20 > > > You can work-around this by -r1 bumping everything that used this > > > eclass .... but this just goes to show why there's policy against > > > eclasses changing the dependencies of their consumers without any > > > consumer involvement. > > >=20 > >=20 > > In most if not all cases, this is just a build-time dependency. Do we > > really have all these problems for build-time only dependencies? > >=20 >=20 > Yes. Because of --with-bdeps. I disagree, build-time dependencies can change in place because they only affect the build. The problem with virtual/pam was that it was a runtime dependency as well. William --5vNYLRcllDrimb99 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQTVeuxEZo4uUHOkQAluVBb0MMRlOAUCXbTKQQAKCRBuVBb0MMRl OGV9AKCADZgEUK8Hnv/kZB+Lqft03ObAgQCgqIwVgkWo9q4T9geQIZa2rRcEZz8= =cruE -----END PGP SIGNATURE----- --5vNYLRcllDrimb99--