From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gentoo-dev+bounces-66800-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
	by finch.gentoo.org (Postfix) with ESMTP id 8B43A13877A
	for <garchives@archives.gentoo.org>; Fri, 25 Jul 2014 05:45:07 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id 7CB8CE147C;
	Fri, 25 Jul 2014 05:44:59 +0000 (UTC)
Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
	(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by pigeon.gentoo.org (Postfix) with ESMTPS id 84A64E1460
	for <gentoo-dev@lists.gentoo.org>; Fri, 25 Jul 2014 05:44:58 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
	by smtp.gentoo.org (Postfix) with ESMTP id 9C476340130
	for <gentoo-dev@lists.gentoo.org>; Fri, 25 Jul 2014 05:44:56 +0000 (UTC)
X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org
X-Spam-Flag: NO
X-Spam-Score: -1.507
X-Spam-Level:
X-Spam-Status: No, score=-1.507 tagged_above=-999 required=5.5
	tests=[AWL=-0.804, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.001,
	SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no
Received: from smtp.gentoo.org ([IPv6:::ffff:127.0.0.1])
	by localhost (smtp.gentoo.org [IPv6:::ffff:127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id O7GeP1C4pmKD for <gentoo-dev@lists.gentoo.org>;
	Fri, 25 Jul 2014 05:44:50 +0000 (UTC)
Received: from plane.gmane.org (plane.gmane.org [80.91.229.3])
	(using TLSv1 with cipher AES256-SHA (256/256 bits))
	(No client certificate requested)
	by smtp.gentoo.org (Postfix) with ESMTPS id 4636B34010B
	for <gentoo-dev@gentoo.org>; Fri, 25 Jul 2014 05:44:48 +0000 (UTC)
Received: from list by plane.gmane.org with local (Exim 4.69)
	(envelope-from <lnx-gentoo-dev@m.gmane.org>)
	id 1XAYJC-0006kF-9B
	for gentoo-dev@gentoo.org; Fri, 25 Jul 2014 07:44:46 +0200
Received: from ip68-231-22-224.ph.ph.cox.net ([68.231.22.224])
        by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <gentoo-dev@gentoo.org>; Fri, 25 Jul 2014 07:44:46 +0200
Received: from 1i5t5.duncan by ip68-231-22-224.ph.ph.cox.net with local (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <gentoo-dev@gentoo.org>; Fri, 25 Jul 2014 07:44:46 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: gentoo-dev@lists.gentoo.org
From: Duncan <1i5t5.duncan@cox.net>
Subject: [gentoo-dev] Re: don't rely on dynamic deps
Date: Fri, 25 Jul 2014 05:44:34 +0000 (UTC)
Message-ID: <pan$523d8$742c93a7$57530ecb$33621867@cox.net>
References: <53CD6BED.10603@gentoo.org>
	<20140722234748.021d8a09@gentoo.org>
Precedence: bulk
List-Post: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
X-BeenThere: gentoo-dev@lists.gentoo.org
Reply-to: gentoo-dev@lists.gentoo.org
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Complaints-To: usenet@ger.gmane.org
X-Gmane-NNTP-Posting-Host: ip68-231-22-224.ph.ph.cox.net
User-Agent: Pan/0.140 (Chocolate Salty Balls; GIT d447f7c
 /m/p/portage/src/egit-src/pan2)
X-Archives-Salt: 95e5b865-3939-4404-a81e-9a193759ea5f
X-Archives-Hash: 52a8b35c9469357982c04e7ca4e68bdc

Tom Wijsman posted on Tue, 22 Jul 2014 23:47:48 +0200 as excerpted:

> On Mon, 21 Jul 2014 19:37:17 +0000 hasufell <hasufell@gentoo.org> wrote:
> 
>> afaiu dynamic deps are broken and not defined in PMS
> 
> It goes a step further than that!
> 
> The PMS imposes certain limits on dependencies; it states that DEPEND
> must be present before executing src_* phases, that RDEPEND must be
> present before treating the results as usable and that PDEPEND must be
> done before finishing the batch of installs.
> 
> http://dev.gentoo.org/~ulm/pms/5/pms.html#x1-750008.1
> 
> If you attempt to fit in dynamic dependencies in that specification; the
> src_* phases could never run, the results can never be considered usable
> and the batch of installs can never finish.

How long have dynamic-deps been around?  Since EAPI-0?  Because if so, 
that interpretation must be incorrect, since EAPI-0 was defined as 
portage behavior at the time, and AFAIK, no EAPI since then has been 
approved without a working portage implementation.

In the context of dynamic-deps I'd interpret the above to mean within a 
single portage session.  What happens some sessions later when an 
ebuild's deps are dynamic-updated after a tree sync is an entirely new 
session, and unless I'm missing something, the above PMS requirements can 
be met within a single session with dynamic-deps.

>> still... people seem to fix deps without revbumping, causing users who
>> either don't use dynamic deps (it's optional for portage through
>> --dynamic-deps=y, although it's on by default) or who use a different
>> PM to not get the fix, at worst resulting in broken dependency
>> calculation
> 
> Why do we have a PMS if we don't take into account other PMs?
> 
> Is Gentoo still a meta distribution? How does the Portage tree portage?

This remains a valid question.

(FWIW, after some cleanup I set dynamic-deps=n in defaultopts, and did my 
last update, about nine days after my last sync and update, without 
dynamic-deps.  We'll see how it goes longer term.  Tho I guess people 
like me who have been running --newuse --deep for ages are half-way-there 
already.)

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman