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 0FAB713877A for ; Mon, 28 Jul 2014 18:35:46 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6FFC4E0D73; Mon, 28 Jul 2014 18:35:41 +0000 (UTC) Received: from mail-vc0-f180.google.com (mail-vc0-f180.google.com [209.85.220.180]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 95273E0D10 for ; Mon, 28 Jul 2014 18:35:40 +0000 (UTC) Received: by mail-vc0-f180.google.com with SMTP id ij19so11587717vcb.25 for ; Mon, 28 Jul 2014 11:35:39 -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=sgrJ6pfslJJPgxliNDGKbTDqkvuc2WeMdHSK73lfWuY=; b=xnlB9eny6R6IOcvpz8EhNZWlzwcAUCwETybY3UPtlYaMKTaL8ofk1uHQ0a845c323u D+CLegGeJ3nBrnZnTdvj203zZCVO/SaeLAXDy2+SyLhihm4lEX/Fh0ZtSF5F54lQbI9k YvBT1yv6USpeM39MpVilLe+vbNg+XyWnIJXLt8cTfOSnXa1qzLO5MNpTUYy0Tc5Rn/az evE9wo55FjeZzeuE2QosjzoWUIC5ndkJsqWmbk9bPgX79fNFCzf18UBLBmOCLeJDmhgb KqBetHquubuhtOjorL8iidBEhKZOB9sUnC3UgP7F/Bh2/nci54vFWGeuA9AjIcsHmddE rgMQ== 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.248.146 with SMTP id ym18mr40051867vdc.8.1406572539687; Mon, 28 Jul 2014 11:35:39 -0700 (PDT) Sender: freemanrich@gmail.com Received: by 10.52.8.229 with HTTP; Mon, 28 Jul 2014 11:35:39 -0700 (PDT) In-Reply-To: <53D695F6.7050302@gentoo.org> References: <53CD6BED.10603@gentoo.org> <53CD8BBA.2010605@gentoo.org> <53CE11F9.8020700@gentoo.org> <53D695F6.7050302@gentoo.org> Date: Mon, 28 Jul 2014 14:35:39 -0400 X-Google-Sender-Auth: PmK1ogmnPUo1Tzuln9BYTdCVVvQ 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: a3d6b8d4-39c1-4ba2-a7cd-7d63b7b691f5 X-Archives-Hash: b91eb2bfe425192b4fb16826ef6f631f On Mon, Jul 28, 2014 at 2:27 PM, Ian Stakenvicius wrote: > > The primary underlying problem I see about this is that it doesn't > force devs to start doing something to the tree that will suddenly > help make all of the static-deps-only PMs (ie, those that aren't going > to implement this new hash-changed-so-re-evaluate-ebuild method) > suddenly work in a more consistent fashion. IIRC, the very first post > of this thread was a reminder to dev's to revbump so that static-deps > behaviour is more correct/consistent. I think the intent here is to define how we want the PM to behave, and what kinds of changes should require revbumps (ie those the PM can't handle otherwise). Obvious a side-effect of this will be that PMs that don't behave as we intend them to may have issues. > > However, if we put something into the next EAPI about this and make it > a requirement for all PMs (although I have no idea how we would roll > this out; maybe make it a profile-level requirement instead of an > ebuild-level one, if there is such a thing??) It may make sense to do this via a new EAPI, though I think figuring out what we want to do comes first. That is, I want to ask the question "if no PMs existed and we were writing our first one, how would we want it to behave?" Getting from here to there is the next problem. Really the issue comes down to how we maintain ebuilds. If we aren't revbumping for dependency errors, then PMs that don't handle dynamic deps wouldn't update their dependencies. That certainly has consequences, but whether they're considered "bugs/problems/etc" is a bit up for debate. I'm not convinced that it makes sense to do "micro-revbumps" just to force PMs that don't have any concept of dynamic dependencies to treat them as full revbumps. Devs can still forget to do them, and it results in churn that doesn't seem necessary to me. On the other hand I don't want to make life even more difficult on those using alternative PMs (though it sounds like we're doing this already). It seems like we aren't getting many more new options here. Rich