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 1LWb6B-0004yX-Nu for garchives@archives.gentoo.org; Mon, 09 Feb 2009 18:43:15 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B787BE03AF; Mon, 9 Feb 2009 18:43:14 +0000 (UTC) Received: from mail-ew0-f19.google.com (mail-ew0-f19.google.com [209.85.219.19]) by pigeon.gentoo.org (Postfix) with ESMTP id 12E34E03AF for ; Mon, 9 Feb 2009 18:43:13 +0000 (UTC) Received: by ewy12 with SMTP id 12so1375188ewy.10 for ; Mon, 09 Feb 2009 10:43:13 -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=5VqYc4AByDlKFdWoRC8ngif7mLPLe2gHSGrGsB2rBNg=; b=QNUxIhMABNCskuxKGttCwQ3W764WTp4sBS4V838iRA0Ji9JwNf2wlZjkkDUQg0FRou HDFKtDPYfZcTS+AzxuRkRqVmz2Z8lPPoxMD4wsUgOlT06UTradj1+2jkOWQoLDrnO7oa zOUv0fsCv1B15xoMmj/pcp9h7vAfl3t12jK5k= 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=nnJJSnsmMRc13zKT6zkOPXiIlBgFUFPBX4k4dDpdkmDXWVe3XPM8ez3uHENP43SGi8 maWcurOje4taoOrkevCsgDxQA56Db8N1GgmJFpw4xvs8OABpN3zopPzJwBPTigX0aKkb J8vqC16P/Usr1IUyfv3x4hnl2LGF15A43dreo= Received: by 10.210.61.11 with SMTP id j11mr183113eba.119.1234204993351; Mon, 09 Feb 2009 10:43:13 -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 24sm453048eyx.54.2009.02.09.10.43.12 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 09 Feb 2009 10:43:12 -0800 (PST) Date: Mon, 9 Feb 2009 18:43:04 +0000 From: Ciaran McCreesh To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [RFC] DIGESTS metadata variable for cache validation Message-ID: <20090209184304.4a2c8947@snowcone> In-Reply-To: <498F5FF5.50203@gentoo.org> References: <498758E6.5080609@gentoo.org> <1234045916.24784.1373.camel@localhost> <498E17E6.8060407@gentoo.org> <20090208221814.722f573a@snowmobile> <498F5FF5.50203@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_/hkPDoOieKrnLOYuRA0q_l8."; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Archives-Salt: 24a774ef-a3fc-49e9-a52c-2701b0c80ff9 X-Archives-Hash: 1acb73efe8c5ff1c00178248e0c71195 --Sig_/hkPDoOieKrnLOYuRA0q_l8. Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 08 Feb 2009 14:43:01 -0800 Zac Medico wrote: > Well, if you want to use timestamps, the alternative is to > distributors to use a protocol which preserves timestamps. This > creates an unnecessary burden. Allowing distribution of metadata > cache via version control systems is more flexible. Ok, if we're going to encourage this, let's do it properly: * Have a branch called 'master'. Commit to it. Don't stick any metadata in it. * Have a branch called 'master-with-metadata'. Don't commit to it manually. * Have a script that merges master to master-with-metadata, and as part of the merge commit, generates all necessary metadata for the range it's merging. * Store either the partial hash or the owning repository and timestamp of each eclass used by an ebuild in its metadata. --=20 Ciaran McCreesh --Sig_/hkPDoOieKrnLOYuRA0q_l8. Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkmQeTwACgkQ96zL6DUtXhG2FgCgm0FXeqeeXPkRVi8XTuz9MIrU /cAAn1TBITzhEFECFey30XilTFW6b2jp =YkTa -----END PGP SIGNATURE----- --Sig_/hkPDoOieKrnLOYuRA0q_l8.--