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 1LWIR8-0001QC-K5 for garchives@archives.gentoo.org; Sun, 08 Feb 2009 22:47:38 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 5E924E03E1; Sun, 8 Feb 2009 22:47:37 +0000 (UTC) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by pigeon.gentoo.org (Postfix) with ESMTP id 15D0CE03E1 for ; Sun, 8 Feb 2009 22:47:36 +0000 (UTC) Received: by ug-out-1314.google.com with SMTP id j40so78856ugd.39 for ; Sun, 08 Feb 2009 14:47:36 -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=6UoUCMToaIwrBLaS1x7/cl2l5QQXdOBp4KDkPzvyM7g=; b=p27QBUuxg2pW2cCcmwHCUgeQrW7msYvmr96JLC4bCkSmwaziZbL4PvlWFqi0oGKFoB kLRmocNW6naetcb9q/3pKHOKEVbbtJ1ghVgLlj3BlUJNbNl9Ol3TheglE8awZrgLT1t0 1CnWqKsnDm5yvN3FzR4QWri3yeF+U/6BZJziQ= 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=WB4rr1JjXAFXnnzaXWbNdMLoryN7ZFgemG2KkJKA5zj8CVWNG5iPfCn1Dav3HGrZLb 5DME80y6IG/I0RP3KyByW4q7vom611Xc+L3NFPEW17yjox2BbwefR1as41BTWVE+qQVM b5emq9lYbMfB8lhiYn40U+BnYf24gfX45fMZE= Received: by 10.67.10.8 with SMTP id n8mr1958582ugi.81.1234133256347; Sun, 08 Feb 2009 14:47:36 -0800 (PST) Received: from snowmobile (92-235-187-79.cable.ubr18.sgyl.blueyonder.co.uk [92.235.187.79]) by mx.google.com with ESMTPS id b39sm9324659ugf.18.2009.02.08.14.47.35 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 08 Feb 2009 14:47:35 -0800 (PST) Date: Sun, 8 Feb 2009 22:47:21 +0000 From: Ciaran McCreesh To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [RFC] DIGESTS metadata variable for cache validation Message-ID: <20090208224721.4193ca45@snowmobile> 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.6.1 (GTK+ 2.14.7; i686-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_/3h2tUS_F84br1Fk8dNNzhL9"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Archives-Salt: c5e5ea49-0c8f-4df2-b9f9-7ad85397dc46 X-Archives-Hash: a468053e4bf68d1552f364dddb51f55f --Sig_/3h2tUS_F84br1Fk8dNNzhL9 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 08 Feb 2009 14:43:01 -0800 Zac Medico wrote: > > Sticking metadata cache files under version control really is a > > perfect example of doing it wrong... >=20 > 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. No, it's just encouraging bad development practices. If you're concerned that setting up an rsync mirror is difficult, why not make a tool that generates a tarball, including metadata, for a repo, and have people run that on a cron and distribute it via http? That's just as easy to host, and anyone running an overlay big enough to make this impractical already has the resources to deal with rsync instead... --=20 Ciaran McCreesh --Sig_/3h2tUS_F84br1Fk8dNNzhL9 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (GNU/Linux) iEYEARECAAYFAkmPYQUACgkQ96zL6DUtXhGCHQCfTBdk3vu1+KsRqBDE2IVvas6a OocAoNGcqaV19nLapwGy/kdpZ5DHwRXq =hzSq -----END PGP SIGNATURE----- --Sig_/3h2tUS_F84br1Fk8dNNzhL9--