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 ) id 1LcDy6-0001Yr-Pm for garchives@archives.gentoo.org; Wed, 25 Feb 2009 07:14:11 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7B99BE04E2; Wed, 25 Feb 2009 07:13:54 +0000 (UTC) Received: from smtp.tmcs.ch (113.245.131.213.static.inetbone.net [213.131.245.113]) by pigeon.gentoo.org (Postfix) with ESMTP id 3BBF6E04E2 for ; Wed, 25 Feb 2009 07:13:54 +0000 (UTC) Received: from [89.206.64.38] (dhcp-vpn-89-206-64-38.unizh.ch [89.206.64.38]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by smtp.tmcs.ch (Postfix) with ESMTPSA id BD04514264DF for ; Wed, 25 Feb 2009 08:13:51 +0100 (CET) Subject: Re: [gentoo-dev] Issues regarding glep-55 (Was: [gentoo-council] Re: Preliminary Meeting-Topics for 12 February 2009) From: Tiziano =?ISO-8859-1?Q?M=FCller?= To: gentoo-dev@lists.gentoo.org In-Reply-To: <20090224225850.179814b6@snowcone> References: <1234257125.18160.2016.camel@localhost> <1234450419.20950.2.camel@localhost> <20090212160045.GB3642@comet> <20090212161644.GD3642@comet> <20090212162103.256b003f@snowcone> <20090212171055.GA3652@comet> <20090212172109.778fb268@snowcone> <20090212173743.GD3652@comet> <20090212180350.0d9a9df5@snowcone> <1235037961.13198.779.camel@localhost> <20090219125124.33eaa66c@snowcone> <1235077892.13198.1923.camel@localhost> <20090222171658.278ae167@halo.dirtyepic.sk.ca> <49A1E1CB.1000806@gentoo.org> <20090222234800.29d64b8d@snowcone> <49A206A7.3050604@gentoo.org> <49A39CE7.4010201@gentoo.org> <49A3AAA1.6080207@gentoo.org> <49A3B947.2020907@gentoo.org> <49A3D0F6.6080307@gentoo.org> <49A41656.7020100@gentoo.org> <20090224155654.602f6c88@snowcone> <49A455BD.900@gentoo.org> <20090224202525.01016056@snowcone> <49A46AA9.9050805@gentoo.org> <20090224214850.6689d986@snowcone> <49A4793B.8030200@gentoo.org> <20090224225850.179814b6@snowcone> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-AHsoXCMEITiPjH+vMZnB" Organization: Gentoo Date: Wed, 25 Feb 2009 07:34:41 +0100 Message-Id: <1235543681.5861.10.camel@neuromancer> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 X-Mailer: Evolution 2.24.4 X-Archives-Salt: e839f5fd-ab5a-457e-9397-8f7e0522e365 X-Archives-Hash: 6c3e1d905169332a2657441e98d1f9eb --=-AHsoXCMEITiPjH+vMZnB Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Am Dienstag, den 24.02.2009, 22:58 +0000 schrieb Ciaran McCreesh: > On Tue, 24 Feb 2009 23:48:27 +0100 > Luca Barbato wrote: > > Ciaran McCreesh wrote: > > > Not true. You don't know whether the cache is valid until you know > > > what the EAPI is. > >=20 > > If you are on the user scenario the cache is valid. >=20 > Uh. Wrong. >=20 > > > Can't use the cache until you know what the EAPI is. > >=20 > > The current cache holds all the current portage needs to know what to=20 > > ignore, providing the cache in such format will make portage ignore > > any future change. >=20 > Uh. Wrong. >=20 > 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. >=20 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)? --=-AHsoXCMEITiPjH+vMZnB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Dies ist ein digital signierter Nachrichtenteil -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (GNU/Linux) iEUEABECAAYFAkmk5oEACgkQGwVqY66cHjDt8ACfVj7S0gtGQT9ouvPwZ9xSETkF 21cAmK5ZWUgNI5DXJJK5L9bZE9OZp9c= =NmZB -----END PGP SIGNATURE----- --=-AHsoXCMEITiPjH+vMZnB--