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 1LYqRf-0003dZ-5t for garchives@archives.gentoo.org; Sun, 15 Feb 2009 23:30:43 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2B6F5E0564; Sun, 15 Feb 2009 23:30:42 +0000 (UTC) Received: from ey-out-1920.google.com (ey-out-1920.google.com [74.125.78.147]) by pigeon.gentoo.org (Postfix) with ESMTP id DBCA7E0564 for ; Sun, 15 Feb 2009 23:30:41 +0000 (UTC) Received: by ey-out-1920.google.com with SMTP id 13so161116eye.10 for ; Sun, 15 Feb 2009 15:30:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type; bh=uPy3IrAoprsTI/oqNmWRuU236f2JBgGl7vjE2tEWUzg=; b=x37OjI3gtyyBVexnQKBGcyR5XNX9EMJFU2jjYgsC1AnX9Yc6SPTpASmLvY5nsvehcI AkaMMKZa792AdAgzhKf2dixOl0Z24F4sllWF7YCQsbFesN2hONwX5Jv+s3Nv0UaLB7pQ unUc4zOD97oVESi7D/difNCziqk7WbmfR+6e0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; b=uW/YwI1nuHvGpdJTUnmsmiEN3bNeMNkh8gsyEIcDbmY5NTnepOryN5EsKdsSbFhz2G KHMVoWVlWfRcCJ+I/YgG/L1hEtI3+NFL0McJtlyiQ87uuEp4zEzIfD+ha1O1Mzoc6+wK +zGk7sCHKTi/AN8hfuJMD8AWuT/eKQ+sEJKq8= Received: by 10.210.111.5 with SMTP id j5mr260503ebc.119.1234740641185; Sun, 15 Feb 2009 15:30:41 -0800 (PST) Received: from snowcone (92-235-187-79.cable.ubr18.sgyl.blueyonder.co.uk [92.235.187.79]) by mx.google.com with ESMTPS id 5sm8112990eyf.32.2009.02.15.15.30.40 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 15 Feb 2009 15:30:40 -0800 (PST) Date: Sun, 15 Feb 2009 23:30:33 +0000 From: Ciaran McCreesh To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [RFC] DIGESTS metadata variable for cache validation Message-ID: <20090215233033.3b534f54@snowcone> In-Reply-To: <4998A4B4.4050802@gentoo.org> References: <498758E6.5080609@gentoo.org> <1234045916.24784.1373.camel@localhost> <498E17E6.8060407@gentoo.org> <49989C5E.3020307@gentoo.org> <20090215231527.3dbc2cb6@snowcone> <4998A4B4.4050802@gentoo.org> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; x86_64-pc-linux-gnu) 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 Content-Type: multipart/signed; boundary="Sig_/LDDng=zlwDER_5bOt.vSx9p"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Archives-Salt: 030edf5c-a61d-4d64-8a71-aef579080af5 X-Archives-Hash: ac2d0f9ea1ecab636ebde46ea64ecaee --Sig_/LDDng=zlwDER_5bOt.vSx9p Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 15 Feb 2009 15:26:44 -0800 Zac Medico wrote: > >> Regardless of what the EAPI value happens to be, the package > >> manager should be able to trust that the version identifier is a > >> reliable indicator of the mechanism which should be used to > >> validate the integrity of the cache entry. > >=20 > > Validate it against what? If EAPI is unsupported, the package > > manager can't make use of INHERITED to see what DIGESTS means. >=20 > In the example given, the DIGESTS version identifier would serve to > indicate that the INHERITED field behaves as required by the > validation mechanism (regardless of EAPI). If INHERITED can no > longer be used like that in a new EAPI, the DIGESTS format/version > will have to be bumped. So in effect we're introducing a second level of versioned compatibility testing? Strikes me as excessive, especially since it only works for EAPIs where the scope of changes is small enough to keep the meaning of INHERITED and DIGESTS the same... --=20 Ciaran McCreesh --Sig_/LDDng=zlwDER_5bOt.vSx9p Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkmYpZwACgkQ96zL6DUtXhE66QCcCBCEr8rhckEe8T7BrQxgjwiJ PNIAnjaaXnovv0z/FOPRX1m2xClVXCrr =P2br -----END PGP SIGNATURE----- --Sig_/LDDng=zlwDER_5bOt.vSx9p--