From mboxrd@z Thu Jan 1 00:00:00 1970
Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org)
by finch.gentoo.org with esmtp (Exim 4.60)
(envelope-from <gentoo-dev+bounces-30490-garchives=archives.gentoo.org@lists.gentoo.org>)
id 1Jq3QE-0002OA-6h
for garchives@archives.gentoo.org; Sun, 27 Apr 2008 09:43:50 +0000
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id B80A7E046E;
Sun, 27 Apr 2008 09:43:32 +0000 (UTC)
Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
by pigeon.gentoo.org (Postfix) with ESMTP id 73F73E046E
for <gentoo-dev@lists.gentoo.org>; Sun, 27 Apr 2008 09:43:32 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
by smtp.gentoo.org (Postfix) with ESMTP id 0B33A6700B
for <gentoo-dev@lists.gentoo.org>; Sun, 27 Apr 2008 09:43:21 +0000 (UTC)
X-Virus-Scanned: amavisd-new at gentoo.org
X-Spam-Score: -0.613
X-Spam-Level:
X-Spam-Status: No, score=-0.613 required=5.5 tests=[AWL=0.919,
BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, RCVD_NUMERIC_HELO=2.067]
Received: from smtp.gentoo.org ([127.0.0.1])
by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id ucI0NutDvdHQ for <gentoo-dev@lists.gentoo.org>;
Sun, 27 Apr 2008 09:43:13 +0000 (UTC)
Received: from ciao.gmane.org (main.gmane.org [80.91.229.2])
(using TLSv1 with cipher AES256-SHA (256/256 bits))
(No client certificate requested)
by smtp.gentoo.org (Postfix) with ESMTP id D333064883
for <gentoo-dev@gentoo.org>; Sun, 27 Apr 2008 09:43:06 +0000 (UTC)
Received: from list by ciao.gmane.org with local (Exim 4.43)
id 1Jq3PM-0005i2-FY
for gentoo-dev@gentoo.org; Sun, 27 Apr 2008 09:42:56 +0000
Received: from 91.84.64.12 ([91.84.64.12])
by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
id 1AlnuQ-0007hv-00
for <gentoo-dev@gentoo.org>; Sun, 27 Apr 2008 09:42:56 +0000
Received: from slong by 91.84.64.12 with local (Gmexim 0.1 (Debian))
id 1AlnuQ-0007hv-00
for <gentoo-dev@gentoo.org>; Sun, 27 Apr 2008 09:42:56 +0000
X-Injected-Via-Gmane: http://gmane.org/
To: gentoo-dev@lists.gentoo.org
From: Steve Long <slong@rathaus.eclipse.co.uk>
Subject: [gentoo-dev] Re: Dependencies that're available at pkg_*inst
Date: Sun, 27 Apr 2008 10:41:57 +0100
Message-ID: <fv1hqo$80m$1@ger.gmane.org>
References: <20080419053116.50e0ffe6@snowcone> <480A1FEE.4020604@gentoo.org> <20080420005728.2d4d2c70@snowcone>
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=us-ascii
Content-Transfer-Encoding: 7Bit
X-Complaints-To: usenet@ger.gmane.org
X-Gmane-NNTP-Posting-Host: 91.84.64.12
User-Agent: KNode/0.10.9
Sender: news <news@ger.gmane.org>
X-Archives-Salt: 514a6d9e-5a67-4548-b21b-bc57c9690a05
X-Archives-Hash: 8cb28b5aec43c2c52c39a9f9bb5922de
Ciaran McCreesh wrote:
> On Sat, 19 Apr 2008 18:38:06 +0200
> "Marijn Schouten (hkBst)" <hkBst@gentoo.org> wrote:
>> I don't know what the general use of pkg_preinst is, but in
>> pkg_postinst the package itself should be runnable, so its RDEPENDS
>> should be installed and usable at this point. So perhaps we should
>> define that "usable" means "each of its RDEPENDs is installed and has
>> had its pkg_postinst function run". The recursion of that definition
>> then comes from the requirement that RDEPENDs should be usable before
>> pkg_postinst starts running.
>
> No good. That prevents RDEPEND <-> RDEPEND cycles from being solved,
> and the package manager has to be able to solve that.
>
Use PDEPEND.
>> SRC_UNPACK_DEP="app-arch/unzip"
>> SRC_COMPILE_DEP="dev-scheme/bigloo"
>> SRC_INSTALL_DEP=""
>
> Labels are a cleaner solution to this. But again, we're discussing
> current EAPIs here.
>
While I like labels they need to be discussed more on-list as well as on
bugzilla (it's not reasonable for you simply to advertise them and then
close down discussion.) For instance, there is no reason everything has to
be loaded into just one extant metadatum, not do they preclude new metadata
(such as a SRC_DEP here.)
--
gentoo-dev@lists.gentoo.org mailing list