From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 061A413877A for ; Sun, 27 Jul 2014 21:57:48 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E9C2EE0E04; Sun, 27 Jul 2014 21:57:39 +0000 (UTC) Received: from mail-qa0-f42.google.com (mail-qa0-f42.google.com [209.85.216.42]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 115F1E0DEA for ; Sun, 27 Jul 2014 21:57:38 +0000 (UTC) Received: by mail-qa0-f42.google.com with SMTP id j15so6979900qaq.1 for ; Sun, 27 Jul 2014 14:57:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=uhmQ7wvGHH7em8LpUakQCTbvwwFBzuUjjYnvfcsKSHw=; b=UF6TYzx7/NmFEgnyoDgqBDvJvneQpYBu53JFrm3Hu+E89Bv2V8r5HS+uH+C5n71ndb H4rCSaJsNZtAVsmbpXIuuymuZ3NJiFCSjgrzZ4zbb/yZuBq+7h3ZO3DueAbcgKX4jnug g9PEj8ntxorWVnPsJzQLHBoSFaBhp4H8YGlcfu4Xk11Sz7mfnAzi+Tx5O9BeVq2KxCRk 3tvB2XlGnZXSwmgiXqK8tqEo0xO/ooaVoVYzq29abil+JtyYE2KbRSJR6mWDLsj+tYmK uW3+RnFUuDeiClhPscL0p9QcKYjnkivtcJXzGiTUOU/BLEHB7eKRKN+S1jT30RHrzfDi VyyQ== 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 MIME-Version: 1.0 X-Received: by 10.224.87.130 with SMTP id w2mr52319398qal.5.1406498258201; Sun, 27 Jul 2014 14:57:38 -0700 (PDT) Received: by 10.140.44.34 with HTTP; Sun, 27 Jul 2014 14:57:38 -0700 (PDT) In-Reply-To: References: <53CD6BED.10603@gentoo.org> <53CD8BBA.2010605@gentoo.org> <53CE11F9.8020700@gentoo.org> Date: Mon, 28 Jul 2014 09:57:38 +1200 Message-ID: Subject: Re: [gentoo-dev] Re: don't rely on dynamic deps From: Kent Fredric To: gentoo-dev@lists.gentoo.org Content-Type: multipart/alternative; boundary=001a1133d5f60eb3b304ff33e571 X-Archives-Salt: 9f2db6e1-1dd1-4f01-970b-9cf7b0172686 X-Archives-Hash: 9c8fee3dfaa4470e426624d09002acf4 --001a1133d5f60eb3b304ff33e571 Content-Type: text/plain; charset=UTF-8 On 28 July 2014 09:46, Rich Freeman wrote: > Then portage could look for any change in state and that would trigger > a build-less re-merge, which would update vdb with the new state > (including the new hash). > If we're scared about this being worse than what we have, I notice there's a bunch of --rebuild-if-whaetever variables. For some reason I was under the impression there was already a --rebuild-if-deps-changed flag, but I seem to have been wrong about that. --rebuild-if-deps-changed=fast # VDB only updates --rebuild-if-deps-changed=full # complete reinstall if vdb != tree --rebuild-if-deps-changed=n # current behaviour. -- Kent *KENTNL* - https://metacpan.org/author/KENTNL --001a1133d5f60eb3b304ff33e571 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

= On 28 July 2014 09:46, Rich Freeman <rich0@gentoo.org> wrote:=
Then portage could lo= ok for any change in state and that would trigger
a build-less re-merge, which would update vdb with the new state
(including the new hash).

If we're scared about this being worse than what we have, I= notice there's a bunch of --rebuild-if-whaetever variables.

For some reason I was under the impression there was already a --rebuild-if= -deps-changed flag, but I seem to have been wrong about that.

=
--rebuild-if-deps-changed=3Dfast # VDB only upda= tes
--rebuild-if-deps-changed=3Dfull # complete reinstall if vdb !=3D tree
<= /div>
--rebuild-if-deps-changed=3Dn=C2=A0=C2=A0= =C2=A0 # current behaviour.


--
--001a1133d5f60eb3b304ff33e571--