public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: James Cloos <cloos@jhcloos.com>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] perl eclass review - EAPI=3 + new helper eclass
Date: Fri, 23 Apr 2010 11:14:42 -0400	[thread overview]
Message-ID: <m3633itd39.fsf@lugabout.jhcloos.org> (raw)
In-Reply-To: <20100419214617.GA23143@boostbox> ("Harald van Dijk"'s message of "Mon, 19 Apr 2010 23:46:17 +0200")

>>>>> "HvD" == Harald van Dijk <truedfx@gentoo.org> writes:

HvD> Let's say this is in the tree:

HvD> foo.eclass:
HvD> DEPEND="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="|| ( 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/cache).
The docs used to -- and probably still do -- recommend regenerating that
cache after certain changes.  Which is a drasticly bogus suggestion unless
you have a *very* fast system.  Even across a dialup straw, an emerge --sync
is orders of magnitude faster.

If the ebuild calls a class which has been overridden by a local class, and
the original class set DEPENDs or the like, then as it reads in the new class
file it should just use those values in place of the ones in the cache.

-JimC
-- 
James Cloos <cloos@jhcloos.com>         OpenPGP: 1024D/ED7DAEA6



  reply	other threads:[~2010-04-23 16:04 UTC|newest]

Thread overview: 38+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-03-30 11:11 [gentoo-dev] perl eclass review - EAPI=3 + new helper eclass Torsten Veller
2010-03-30 15:48 ` Alec Warner
2010-04-03 10:33   ` [gentoo-dev] " Torsten Veller
2010-04-01 23:41 ` [gentoo-dev] " James Cloos
2010-04-02  0:12   ` [gentoo-dev] " Jonathan Callen
2010-04-02  0:14   ` [gentoo-dev] " Zac Medico
2010-04-02  0:17     ` Brian Harring
2010-04-02  0:25       ` Zac Medico
2010-04-06 14:22     ` James Cloos
2010-04-06 18:39       ` Zac Medico
2010-04-12 17:17         ` James Cloos
2010-04-12 17:30           ` James Cloos
2010-04-12 18:00             ` Brian Harring
2010-04-12 22:55               ` Zac Medico
2010-04-16 20:00                 ` James Cloos
2010-04-12 22:47           ` Zac Medico
2010-04-16 20:23             ` James Cloos
2010-04-16 20:28               ` Ciaran McCreesh
2010-04-17  3:30                 ` Steev Klimaszewski
2010-04-17  7:13                   ` Ciaran McCreesh
2010-04-18  3:28                 ` James Cloos
2010-04-18  7:45                   ` Ciaran McCreesh
2010-04-19 20:59                     ` James Cloos
2010-04-19 21:46                       ` Harald van Dijk
2010-04-23 15:14                         ` James Cloos [this message]
2010-04-25  6:16                           ` Zac Medico
2010-04-03 10:33   ` [gentoo-dev] " Torsten Veller
2010-04-04  8:25     ` Michael Higgins
2010-04-06 14:27       ` James Cloos
2010-04-06 14:52         ` Duncan
2010-04-10  0:40           ` James Cloos
2010-04-06 14:25     ` James Cloos
2010-04-06 16:00       ` Michał Górny
2010-04-10  0:34         ` James Cloos
2010-04-17 20:07       ` Torsten Veller
2010-04-12  8:07 ` Christian Faulhammer
2010-04-12  9:03   ` Fabian Groffen
2010-04-20  6:49 ` Torsten Veller

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=m3633itd39.fsf@lugabout.jhcloos.org \
    --to=cloos@jhcloos.com \
    --cc=gentoo-dev@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox