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 <gentoo-dev+bounces-40826-garchives=archives.gentoo.org@lists.gentoo.org>)
id 1O5LMU-0000L9-NO
for garchives@archives.gentoo.org; Fri, 23 Apr 2010 16:04:15 +0000
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 56A36E093D
for <garchives@archives.gentoo.org>; Fri, 23 Apr 2010 16:04:14 +0000 (UTC)
Received: from eagle.jhcloos.com (eagle.jhcloos.com [207.210.242.212])
by pigeon.gentoo.org (Postfix) with ESMTP id 38A0FE082F
for <gentoo-dev@lists.gentoo.org>; Fri, 23 Apr 2010 15:17:02 +0000 (UTC)
Received: by eagle.jhcloos.com (Postfix, from userid 10)
id B06A140161; Fri, 23 Apr 2010 15:16:37 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jhcloos.com;
s=eagle; t=1272035821;
bh=XtTTTd2sPYl20n44Ro1bQPzJ9Y+NXkv2mRn6ziDQQYs=;
h=From:To:Subject:In-Reply-To:References:Date:Message-ID:
MIME-Version:Content-Type:Content-Transfer-Encoding;
b=XIqONvAQRMItZgwGTzH+EFg0r9QrKKa/MYUX7ocnOAgP/pI6s4Xdt8eFyeGg9D+6y
9FbFlBV626lwXc94fkN7/yNnAk1tHGrish5ThfYA34f6uleSULiJVKGX+SxrpJ0ZtF
PlM+wtxczngTe4JhriGKrr9VTuaCfOSGBQ9WWi/U=
Received: from lugabout.jhcloos.org (localhost [127.0.0.1])
by lugabout.jhcloos.org (Postfix) with ESMTP id BFCACA0122
for <gentoo-dev@lists.gentoo.org>; Fri, 23 Apr 2010 15:15:08 +0000 (UTC)
From: James Cloos <cloos@jhcloos.com>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] perl eclass review - EAPI=3 + new helper eclass
In-Reply-To: <20100419214617.GA23143@boostbox> ("Harald van =?utf-8?Q?D?=
=?utf-8?Q?=C4=B3k=22's?= message of
"Mon, 19 Apr 2010 23:46:17 +0200")
References: <4BB536DC.8090405@gentoo.org>
<m36344slr9.fsf@lugabout.jhcloos.org> <4BBB7FDE.7090306@gentoo.org>
<m3sk70lhdb.fsf@lugabout.jhcloos.org> <4BC3A301.3040400@gentoo.org>
<m3ljcn16z7.fsf@lugabout.jhcloos.org>
<20100416212806.7bc6b307@snowmobile>
<m3vdbpzbfa.fsf@lugabout.jhcloos.org>
<20100418084502.49030e16@snowmobile>
<m3zl0zw43i.fsf@lugabout.jhcloos.org>
<20100419214617.GA23143@boostbox>
User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/24.0.50 (gnu/linux)
Face: iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAAABHNCSVQICAgIfAhkiAAAAI1J
REFUOE+lU9ESgCAIg64P1y+ngUdxhl5H8wFbbM0OmUiEhKkCYaZThXCo6KE5sCbA1DDX3genvO4d
eBQgEMaM5qy6uWk4SfBYfdu9jvBN9nSVDOKRtwb+I3epboOsOX5pZbJNsBJFvmQQ05YMfieIBnYX
FK2N6dOawd97r/e8RjkTLzmMsiVgrAoEugtviCM3v2WzjgAAAABJRU5ErkJggg==
Copyright: Copyright 2009 James Cloos
OpenPGP: ED7DAEA6; url=http://jhcloos.com/public_key/0xED7DAEA6.asc
OpenPGP-Fingerprint: E9E9 F828 61A4 6EA9 0F2B 63E7 997A 9F17 ED7D AEA6
Date: Fri, 23 Apr 2010 11:14:42 -0400
Message-ID: <m3633itd39.fsf@lugabout.jhcloos.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
X-Hashcash: 1:30:100423:gentoo-dev@lists.gentoo.org::pUlKgGnxWWpYFyA+:000000000000000000000000000000000bEKwR
Content-Transfer-Encoding: quoted-printable
X-Archives-Salt: 92508f02-1611-42a9-a5a2-1e30962c970b
X-Archives-Hash: 54ab1f9da85c08eff083f166bf162b2b
>>>>> "HvD" =3D=3D Harald van D=C4=B3k <truedfx@gentoo.org> writes:
HvD> Let's say this is in the tree:
HvD> foo.eclass:
HvD> DEPEND=3D"dev-lang/python:2.6"
HvD> bar-1.ebuild:
HvD> inherit foo
HvD> Let's say this is in your overlay:
HvD> foo.eclass:
HvD> DEPEND=3D"|| ( dev-lang/python:3.1 dev-lang/python:2.6 )"
HvD> Now you install bar. How should portage know that it must regenerate=
the
HvD> metadata cache, to see that it doesn't need to install python 2.6 if=
you
HvD> already have 3.1?
It shouldn't bother. :)
Really, that isn't the kind of change that I find I need to make.
And it should never regenerate the metadata cache (ie portage/metadata/ca=
che).
The docs used to -- and probably still do -- recommend regenerating that
cache after certain changes. Which is a drasticly bogus suggestion unles=
s
you have a *very* fast system. Even across a dialup straw, an emerge --s=
ync
is orders of magnitude faster.
If the ebuild calls a class which has been overridden by a local class, a=
nd
the original class set DEPENDs or the like, then as it reads in the new c=
lass
file it should just use those values in place of the ones in the cache.
-JimC
--=20
James Cloos <cloos@jhcloos.com> OpenPGP: 1024D/ED7DAEA6