From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22554 invoked from network); 12 Oct 2004 20:56:18 +0000 Received: from smtp.gentoo.org (156.56.111.197) by lists.gentoo.org with AES256-SHA encrypted SMTP; 12 Oct 2004 20:56:18 +0000 Received: from lists.gentoo.org ([156.56.111.196] helo=parrot.gentoo.org) by smtp.gentoo.org with esmtp (Exim 4.41) id 1CHTgv-0002ah-Nd for arch-gentoo-dev@lists.gentoo.org; Tue, 12 Oct 2004 20:56:17 +0000 Received: (qmail 15574 invoked by uid 89); 12 Oct 2004 20:56:17 +0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 29264 invoked from network); 12 Oct 2004 20:56:16 +0000 From: Jeffrey Forman To: gentoo-dev@lists.gentoo.org In-Reply-To: <20041012201024.GA11999@twobit.net> References: <1097608185.20261.8.camel@cgianelloni.nuvox.net> <20041012212759.459bb1fe@andy.genone.homeip.net> <20041012201024.GA11999@twobit.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-8b/tsmu7YAgkazhlmQ6f" Message-Id: <1097614639.24858.11.camel@sixthstreet.formanonline.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Tue, 12 Oct 2004 16:57:19 -0400 X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: [gentoo-dev] Proposal: patches.gentoo.org X-Archives-Salt: 9c30d482-140f-4150-91dd-5270296b31c4 X-Archives-Hash: a593f6a460465ed8a86590c39644c323 --=-8b/tsmu7YAgkazhlmQ6f Content-Type: text/plain Content-Transfer-Encoding: quoted-printable After a somewhat lengthy discussion among a couple of the infra dev's and Nick, we came to some conclusions (1) A single point of distribution is just a bad idea imho. Imagine a critical patch that MUST GET OUT IMMEDIATELY (differing opinions of 'must get out now' apply). You get thousands, even tens of thousands of people hitting patches.g.o and you can wave goodbye to that machine.=20 (2) The distribution network is there for a reason. Let me be the first one to admit that it isnt perfect. Once you place something on /space/distfiles-local, it hits two machines before it hits the world, taking between an hour and four hours (theoretically) to go public. Latency is involved in whichever solution we can propose, short of giving everyone write access to our master mirror.=20 (3) Whether we use distfiles mirrors, or the rsync rotation to distribute patches, this has not been decided upon. The idea was broached for a couple minutes earlier today but not even a preliminary solution was conjured.=20 Infra has complete control over the rsync.g.o rotation, so coming up with ways to improve it that way can be worked out. I am sure this will be a topic during the next dev meeting, if not listed, I will definitely mention it.=20 My 2 infra cents...Get irate, berate, celebrate. -Jeffrey On Tue, 2004-10-12 at 16:10, Nicholas Jones wrote: > And rewritten for clarity: >=20 > 1. developer creates an ebuild which needs a patch > 2. SRC_URI=3D"mirror://gentoo/patchname http://patches.gentoo.org/patchna= me" > 3. Uploads files to dev.gentoo.org:/space/distfiles-local > 4. developer commits ebuild(s) to cvs >=20 > Infra notes: >=20 > Immediate availability via the "secondary" host while the primary > host has yet to receive the files. Once the file is present on the > primary mirrors it may be deleted from the secondary. >=20 > Ensuring that the patch host is not the primary mirror will be a > concern, but a script can be devised to ensure duplication of > the patchname and that a primary mirror is listed prior to it. >=20 > The host for the files should not be accessable for any reason > except direct filename downloads. No listings (to discourage > setting it as a mirroring source). >=20 --=20 -------------------- Jeffrey Forman Gentoo Infrastructure Gentoo Release Engin. jforman@gentoo.org -------------------- --=-8b/tsmu7YAgkazhlmQ6f Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBBbEUv/VRN5BlQ3dQRAt8HAJ9kTG4R85yO50K574YQZsJyAXVq8QCfXUSe AMPhHRGEjS6mfNd0FEo8cLw= =WNIe -----END PGP SIGNATURE----- --=-8b/tsmu7YAgkazhlmQ6f--