* Re: [gentoo-dev] Issues regarding glep-55 (Was: [gentoo-council] Re: Preliminary Meeting-Topics for 12 February 2009)
@ 2009-02-25 6:34 99% ` Tiziano Müller
0 siblings, 0 replies; 1+ results
From: Tiziano Müller @ 2009-02-25 6:34 UTC (permalink / raw
To: gentoo-dev
[-- Attachment #1: Type: text/plain, Size: 1506 bytes --]
Am Dienstag, den 24.02.2009, 22:58 +0000 schrieb Ciaran McCreesh:
> On Tue, 24 Feb 2009 23:48:27 +0100
> Luca Barbato <lu_zero@gentoo.org> wrote:
> > Ciaran McCreesh wrote:
> > > Not true. You don't know whether the cache is valid until you know
> > > what the EAPI is.
> >
> > If you are on the user scenario the cache is valid.
>
> Uh. Wrong.
>
> > > Can't use the cache until you know what the EAPI is.
> >
> > The current cache holds all the current portage needs to know what to
> > ignore, providing the cache in such format will make portage ignore
> > any future change.
>
> Uh. Wrong.
>
> The information used to validate a cache entry is only usable if you
> know the behaviour of 'inherit' that was used to create the entry.
>
Well, you could theoretical consider everything in the cache valid
within the current scope, find the eapi within the cache or the ebuild
and then reconsider things.
But the problem with this approach (besides performance, etc.) is that
it is not possible to make a pm robust enough to not fail completely
when parsing the cache entry.
The point is: Since the cache format is part of the eapi (since we store
eapi-dependant information in there), the eapi must be known before
parsing the cache data.
Would it be possible to change the cache-format with with G55?
Meaning: Have the current cache-format for the current *.ebuild and
another for *.ebuild-N (where I mean by cache-format the contents of the
cache-files)?
[-- Attachment #2: Dies ist ein digital signierter Nachrichtenteil --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [relevance 99%]
Results 1-1 of 1 | reverse | options above
-- pct% links below jump to the message on this page, permalinks otherwise --
[not found] <1234257125.18160.2016.camel@localhost>
[not found] ` <1234450419.20950.2.camel@localhost>
[not found] ` <20090212160045.GB3642@comet>
[not found] ` <20090212161644.GD3642@comet>
[not found] ` <20090212162103.256b003f@snowcone>
[not found] ` <20090212171055.GA3652@comet>
[not found] ` <20090212172109.778fb268@snowcone>
[not found] ` <20090212173743.GD3652@comet>
[not found] ` <20090212180350.0d9a9df5@snowcone>
[not found] ` <1235037961.13198.779.camel@localhost>
[not found] ` <20090219125124.33eaa66c@snowcone>
[not found] ` <1235077892.13198.1923.camel@localhost>
[not found] ` <20090222171658.278ae167@halo.dirtyepic.sk.ca>
[not found] ` <49A1E1CB.1000806@gentoo.org>
[not found] ` <20090222234800.29d64b8d@snowcone>
2009-02-23 2:15 ` [gentoo-dev] Issues regarding glep-55 (Was: [gentoo-council] Re: Preliminary Meeting-Topics for 12 February 2009) Luca Barbato
2009-02-24 7:08 ` Luca Barbato
2009-02-24 8:06 ` Alistair Bush
2009-02-24 9:09 ` Luca Barbato
2009-02-24 10:50 ` Alistair Bush
2009-02-24 15:46 ` Richard Freeman
2009-02-24 15:56 ` Ciaran McCreesh
2009-02-24 20:17 ` Richard Freeman
2009-02-24 20:25 ` Ciaran McCreesh
2009-02-24 21:46 ` Luca Barbato
2009-02-24 21:48 ` Ciaran McCreesh
2009-02-24 22:48 ` Luca Barbato
2009-02-24 22:58 ` Ciaran McCreesh
2009-02-25 6:34 99% ` Tiziano Müller
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox