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 0FB7E13877A for ; Sun, 27 Jul 2014 13:11:51 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1236CE0DFE; Sun, 27 Jul 2014 13:11:29 +0000 (UTC) Received: from mail-vc0-f175.google.com (mail-vc0-f175.google.com [209.85.220.175]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 01C3DE0DCB for ; Sun, 27 Jul 2014 13:11:26 +0000 (UTC) Received: by mail-vc0-f175.google.com with SMTP id ik5so1102328vcb.34 for ; Sun, 27 Jul 2014 06:11:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type; bh=vEjkFr/gdB2YeVpoicnIAxt2di6yXEEl8C8q5CPY/q4=; b=ioucaq+JHVfhZvQYlVfE9oEZxwI8VrKD4u735puc7OVaVorArqRdFL2u0CjSApMcMJ OXydJ/4I0cc+GaUayJVeXmbEfKGx7OUjLoiXIj0PzMMoyDxcZapAz0UkwtZXGeWu7PWl iBC9+gJTZ6IZhwu3MMNBjInlxrsjPdbCRVBYuTm6NxZtUlGj9zJdPApTd0Vie4ANAQ2k aHavz7mF0y1luGddiibDhZqM98dTwYdHSqgrsWUDxZYdcAZpLh47ZlQO729T8OLfA0Hm RYZX2fJoQDtE+UXbzpyapukdgQFTlH5nCPPkYi5LWwaarihbZwlOLuBY3VN/8S4lefKe ou+A== 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.52.36.131 with SMTP id q3mr98234vdj.90.1406466686034; Sun, 27 Jul 2014 06:11:26 -0700 (PDT) Sender: freemanrich@gmail.com Received: by 10.52.8.229 with HTTP; Sun, 27 Jul 2014 06:11:25 -0700 (PDT) In-Reply-To: <53D4F10E.8040909@gentoo.org> References: <53CD6BED.10603@gentoo.org> <201407212153.04605.dilfridge@gentoo.org> <20140721205527.142cb3d5@googlemail.com> <1405976767.1013.9.camel@gentoo.org> <53CE6CED.1060300@gentoo.org> <20140723004441.2e68c0b0@gentoo.org> <53D26D58.3000004@gentoo.org> <53D27343.6020009@gentoo.org> <20140726134907.621d8892@googlemail.com> <53D4E5A0.2020403@gentoo.org> <53D4E793.8010302@gentoo.org> <53D4EB28.3020504@gentoo.org> <53D4F10E.8040909@gentoo.org> Date: Sun, 27 Jul 2014 09:11:25 -0400 X-Google-Sender-Auth: r-5j3hWXz1_wxtTWdlPG4i4R7UE Message-ID: Subject: Re: [gentoo-dev] Re: don't rely on dynamic deps From: Rich Freeman To: gentoo-dev Content-Type: text/plain; charset=UTF-8 X-Archives-Salt: c8e15f22-4bf4-4278-8a79-56b312c16b90 X-Archives-Hash: 464d4e64f886db54f33b266eb786c762 On Sun, Jul 27, 2014 at 8:31 AM, hasufell wrote: > > I'm eager to hear how you want to make subslots work with dynamic deps. > > := gets converted to :${SLOT}/${SUBSLOT} in vardb and this is used to > trigger the rebuilds. > > How do you record the subslot a package was built against in the live tree? > Well, suppose the dependency is removed because it never was a true dependency to begin with. Portage can handle this by deleting the corresponding entry from vardb. That is a dynamic dependency change, and offhand I don't see how it breaks with subslots. This is why we have to be careful about tossing around phrases like "dynamic deps don't work" - they don't work in particular circumstances, and it is helpful to the discussion if we try to characterize when they do/don't work rather than painting with broad strokes. I do think that this needs some attention so that we can make portage more predictable, but I think the argument has been made that we have a LOT of changes in the tree today which don't involve revbumps, and turning them into revbumps could cause a lot of turmoil for users. So, I'm interested in seeing if there is a better compromise to be found. Rich