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 AF6E5138334 for ; Sun, 27 Oct 2019 21:18:33 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A3F2FE0954; Sun, 27 Oct 2019 21:18:29 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (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 5C172E0905 for ; Sun, 27 Oct 2019 21:18:29 +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 E9B1A34C426 for ; Sun, 27 Oct 2019 21:18:26 +0000 (UTC) Date: Mon, 28 Oct 2019 10:18:17 +1300 From: Kent Fredric To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [PATCH 2/3] virtual/cargo: drop virtual Message-ID: <20191028101817.19b43ed9@katipo2.lan> In-Reply-To: <20191027170502.GA19730@linux1.home> References: <20191025220340.2715-1-gyakovlev@gentoo.org> <20191025220340.2715-3-gyakovlev@gentoo.org> <20191026165918.104a631e@katipo2.lan> <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> 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_/2ro/uetkCs.pCha2r_gPUYs"; protocol="application/pgp-signature"; micalg=pgp-sha256 X-Archives-Salt: ef54219a-35af-4cc0-90c0-66e2bc915dd8 X-Archives-Hash: 1fc5129f23e735afa2e348fe29024637 --Sig_/2ro/uetkCs.pCha2r_gPUYs Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 27 Oct 2019 12:05:02 -0500 William Hubbs wrote: > If a build dep of something changes, the correct response with > --with-bdeps=3Dy is to rebuild everything that depends on the changed dep. Unfortunately, my learned experience of portage is the "correct response" is not something portage wants to do on its own without hand holding. /me has *only* had to write tools to get around this problem --Sig_/2ro/uetkCs.pCha2r_gPUYs Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEgdrME8Lrmai3DXYJda6SGagVg7UFAl22CZkACgkQda6SGagV g7XIPQ/+IGCXIyGwSEQF7oDpct3VZipooDO1keYGe7cfMp3k+m8n3LHEbc/OvKGH sCPIdMgygAAw2QrNWdmMmFlsjXx1eWQyTLHJH6tA1Qhltw6rn2/jMtt4saFPIFoo rojKJmWMi4UXszD5lOCLGElc3AaX6ZwDWzBBeR525cYivK20XvqXlRwltu5MvUdn pQx6Y2fDoHEUfmSREOU47QQBP5DPv1Yxg5/DfKGSh8r/X5d5ytv4Sm0LTg9/gYwF /RsGoYnCOY89BCaikg2w/6LIuMC6hLLPp90Z700Vq/yJguVqODaR8iZ7FY041WrG Q38vidg4Jq8hmdz2RXZ22FyWYv/JHv4FYEYk48YLPPdKE7AJxV334Uz8xUH4v5GE GB0X494mhjXSDYliGu+wxidHE7Dxdjl+yCpQqeqpwPQgDj0qHmwheKp14JZ88FVg 8Ddj9ueWH6evKIntCk0DlbpRyGLF18EJgIJJf69JIDEnBe/gsTwkcqfH31HT2VCE IsdaH6xgOqNLQ6nmfxdV58WvRjAFxey4SEpIKWb3tX91mVqcHyqCYQeXVshkP0Bw lLj/msWXShYbnQGF2eqaBasfnioGCQyg3CmT4FCprJHfpQHNhagCksLn1Ch4873J zEzz7Ifq2JuqELlGSJhEVujR7VNzXn4hC2BiEFAWSaaebjaROrY= =SDv/ -----END PGP SIGNATURE----- --Sig_/2ro/uetkCs.pCha2r_gPUYs--