From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1QZTfT-0007lE-0c for garchives@archives.gentoo.org; Wed, 22 Jun 2011 20:04:55 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id EDD301C062; Wed, 22 Jun 2011 20:04:40 +0000 (UTC) Received: from mail-ww0-f53.google.com (mail-ww0-f53.google.com [74.125.82.53]) by pigeon.gentoo.org (Postfix) with ESMTP id 9CD011C0DF for ; Wed, 22 Jun 2011 20:04:40 +0000 (UTC) Received: by wwf26 with SMTP id 26so1079938wwf.10 for ; Wed, 22 Jun 2011 13:04:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:from:to:cc:subject:date:message-id:x-mailer; bh=VJOUp/5L1jLtSQXCqY5Pl5egqAOPnE/T2l5HvI14cWQ=; b=RxwrLiiK8HWwRATUnR3rh2dbRSeILrJqUfvfC4unmmhAQyt6+6yC0PxQIjIp5KxYpu 2BdNr9NyoU6W6fT/6/AWn7tKrxOKLXOcmMBLUOUMmI6gdCvi/3eoExgHiZVkOnSDaQsW L8BVgb1Bl/+Q/nC4wJIqXm0dP21ONl8WpaUus= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=from:to:cc:subject:date:message-id:x-mailer; b=U9JRzrBbywBYXT5sVFOCIK4vdtcXz3jA3vmOx1bKZ4orPXCiF2ef1g9SajBG2BiXgw PSultaLGa51BJhtKInbjtxg2Ys4vetf/W1KEXY7bg2z2CqdKSWm5LxIwQ4DhrMslevL6 wGjSyhyx6QPxD2a24SWcxOabHGBw97Kp6WC4c= Received: by 10.216.232.4 with SMTP id m4mr1157966weq.87.1308773079756; Wed, 22 Jun 2011 13:04:39 -0700 (PDT) Received: from localhost.localdomain (cpc1-broo4-0-0-cust780.14-2.cable.virginmedia.com [86.4.215.13]) by mx.google.com with ESMTPS id o75sm502050weq.16.2011.06.22.13.04.37 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 22 Jun 2011 13:04:38 -0700 (PDT) From: Ciaran McCreesh To: gentoo-pms@lists.gentoo.org Cc: Ciaran McCreesh Subject: [gentoo-pms] [PATCH] Clarify RDEPEND=DEPEND wording Date: Wed, 22 Jun 2011 21:01:54 +0100 Message-Id: <1308772914-2770-1-git-send-email-ciaran.mccreesh@googlemail.com> X-Mailer: git-send-email 1.7.5.4 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Package Manager Specification discussions X-BeenThere: gentoo-pms@gentoo.org X-BeenThere: gentoo-pms@lists.gentoo.org Reply-To: gentoo-pms@lists.gentoo.org X-Archives-Salt: X-Archives-Hash: 1a5f14d45667d771ea6feb6be8c1d025 As worded, it could be taken to imply that ebuilds could grep RDEPEND in a phase function and expect DEPEND-specified values (and possibly not eclass-specified values) to appear in there. This goes against the general rules for globally specified variables. --- ebuild-vars.tex | 6 ++++-- 1 files changed, 4 insertions(+), 2 deletions(-) diff --git a/ebuild-vars.tex b/ebuild-vars.tex index d183305..d971234 100644 --- a/ebuild-vars.tex +++ b/ebuild-vars.tex @@ -129,11 +129,13 @@ ideally, an error in one ebuild should not prevent operations upon other ebuilds \featurelabel{rdepend-depend} In EAPIs listed in table~\ref{tab:rdepend-depend-table} as having \t{RDEPEND=DEPEND}, if \t{RDEPEND} is unset (but not if it is set to an empty string) in an ebuild, -the package manager must set its value to be equal to the value of \t{DEPEND}. +when generating metadata the package manager must treat its value as being equal to the value of +\t{DEPEND}. When dealing with eclasses, only values set in the ebuild itself are considered for this behaviour; any \t{DEPEND} or \t{RDEPEND} set in an eclass does not change the implicit \t{RDEPEND=DEPEND} for -the ebuild portion, and any \t{DEPEND} value set in an eclass does not get added to \t{RDEPEND}. +the ebuild portion, and any \t{DEPEND} value set in an eclass does not get treated as being part of +\t{RDEPEND}. \begin{centertable}{EAPIs with \t{RDEPEND=DEPEND} Default} \label{tab:rdepend-depend-table} \begin{tabular}{ l l } -- 1.7.5.4