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 1LWIn4-0004K6-Rx for garchives@archives.gentoo.org; Sun, 08 Feb 2009 23:10:19 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id EA428E03EC; Sun, 8 Feb 2009 23:10:17 +0000 (UTC) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by pigeon.gentoo.org (Postfix) with ESMTP id AEA9CE03EC for ; Sun, 8 Feb 2009 23:10:17 +0000 (UTC) Received: by ug-out-1314.google.com with SMTP id j40so79224ugd.39 for ; Sun, 08 Feb 2009 15:10:17 -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=HW6nrS9Kot4JNAXyE7lI5BoWFImhL1nQ/oqNGNdnXfM=; b=URaytRvxB/ziNkagEV/zB2Zuc6SIrpTBubLBlQ69HAIZoVPn2kgJpxAk+myjNHoYf8 s1vUbdP0jnzgS9kcUkfjlf0nN26NSGbkqGvzLBkOvZBt3qDZFbMrri9scWgIpzUzkESR GDchcKdaAPHtsiiIL0KZJSMghtl3ntbphv8MY= 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=WMZe3TM25humNjz7euf+KdEX/CHm/Xebq7bTJHkHwtd67C102B+p2itEmrKJIipkwz 05WX3x1oLCQmn/RqgIWOsvyInQp/Q3injZzK2sBtw8ErLHpNczwogh9AFDqG1ID0D4UB 2VbugrqCZh1825QC0lfPk21kna3Ix16eketQ4= Received: by 10.66.255.1 with SMTP id c1mr1982657ugi.44.1234134617001; Sun, 08 Feb 2009 15:10:17 -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 u1sm9521136uge.2.2009.02.08.15.10.15 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 08 Feb 2009 15:10:16 -0800 (PST) Date: Sun, 8 Feb 2009 23:10:10 +0000 From: Ciaran McCreesh To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [RFC] DIGESTS metadata variable for cache validation Message-ID: <20090208231010.4b2ebe3b@snowmobile> In-Reply-To: <498F64D4.4080303@gentoo.org> References: <498758E6.5080609@gentoo.org> <1234045916.24784.1373.camel@localhost> <498E17E6.8060407@gentoo.org> <20090208221814.722f573a@snowmobile> <498F5FF5.50203@gentoo.org> <20090208224721.4193ca45@snowmobile> <498F64D4.4080303@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_/hoTpzbJLSHMtPqmVfu=QC9I"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Archives-Salt: 0fbd21cb-80d5-43db-b301-819de5c1b1d6 X-Archives-Hash: f1aa2d1a7742389daf1442683bfefd74 --Sig_/hoTpzbJLSHMtPqmVfu=QC9I Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 08 Feb 2009 15:03:48 -0800 Zac Medico wrote: > > No, it's just encouraging bad development practices. >=20 > It seems like you're making a rather arbitrary judgment. Not storing generated content under revision control is hardly an arbitrary judgement. It's a well accepted software development bad practice. > > 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 > I'm not saying that it necessarily "difficult" or "beyond the > resources", but it does create an unnecessary burden. I think that > it adds a significant level of convenience to be able to use a > version control system as a single distribution channel. Which is offset and more by the massive inconvenience of having to keep track of and store junk under version control. --=20 Ciaran McCreesh --Sig_/hoTpzbJLSHMtPqmVfu=QC9I Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (GNU/Linux) iEYEARECAAYFAkmPZlYACgkQ96zL6DUtXhHYbQCgnEBNBJp5tHJfsfQya2Tj+DbW wvgAnReNSoF/M3tHDwWzK5lbfToY+xA8 =svPm -----END PGP SIGNATURE----- --Sig_/hoTpzbJLSHMtPqmVfu=QC9I--