From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.50) id 1Eewsm-0007YK-Mr for garchives@archives.gentoo.org; Wed, 23 Nov 2005 15:50:05 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id jANFm3CY009492; Wed, 23 Nov 2005 15:48:03 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30]) by robin.gentoo.org (8.13.5/8.13.5) with ESMTP id jANFh52X030046 for ; Wed, 23 Nov 2005 15:43:05 GMT Received: from [65.115.53.39] (helo=[192.168.10.54]) by smtp.gentoo.org with esmtpa (Exim 4.43) id 1Eewm0-0005xq-SL for gentoo-dev@lists.gentoo.org; Wed, 23 Nov 2005 15:43:05 +0000 Subject: [gentoo-dev] R/O CVS access and its purpose for ATs (was Email subdomain) From: Daniel Ostrow To: gentoo-dev@lists.gentoo.org In-Reply-To: <4383B046.1060209@gentoo.org> References: <1132333748.8524.9.camel@localhost> <20051118173243.GA16034@dmz.brixandersen.dk> <437E4F3E.5070705@gentoo.org> <20051118221428.15ba3adb@snowdrop.home> <437E5965.10502@gentoo.org> <20051118235829.GC12958@dst.grantgoodyear.org> <3610591862.20051119010748@gentoo.org> <437E7B49.7080204@gentoo.org> <20051119194848.GC28867@gentoo.org> <1132439575.4100.20.camel@disoft-dc.keine.ath.cx> <20051123001927.0641dc5d@sven.genone.homeip.net> <4383B046.1060209@gentoo.org> Content-Type: text/plain Organization: The Gentoo Foundation Date: Wed, 23 Nov 2005 10:38:39 -0500 Message-Id: <1132760320.7909.10.camel@Memoria.anyarch.net> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 Content-Transfer-Encoding: 7bit X-Archives-Salt: 971f96b4-b0b1-4ae6-92a6-45591246dd4d X-Archives-Hash: b5aa65e2b6be160a6d6eec41e622ede8 On Tue, 2005-11-22 at 17:56 -0600, Lance Albertson wrote: > Marius Mauch wrote: > > On Sun, 20 Nov 2005 09:32:55 +1100 > > Ben Skeggs wrote: > > > > > >>Anyway, the most important reason for the GLEP (IMO) is giving AT's > >>r/o access to CVS. When working on bugs, it's always fun to find out > >>that the problem has already been resolved and just hasn't made it to > >>your local rsync mirror yet.. > > > > > > Out of curiosity, what's the more important aspect of r/o cvs: > > - more up to date > > Not necessarily true. We would not have the anon cvs access from our > primary cvs server. It would be synced on a regular basis to a separate > box. The newer cvs (which isn't on lark yet) may give us capabilities to > have a more 'live' cvs anon system. But as of now, the best infra can > provide is 30 minute updates. I don't want to poll the cvs more than > that to keep down the load. > > > - easier selective updates > > Yup, that's definitely a plus. > And herein I think lies some confusion. Personally if I were an AT both would be important but more to the point the "more up to date" issue would be the most important. I think that there is a need for the ATs to be able to work in direct conjunction with a dev, an AT catches an error, a dev fixes it in CVS using a *well tested* patch, an AT does a `cvs up` and retests to try and catch *other* errors all within a matter of *single digit* minutes. This is a very powerful tool, rather then what they have to do now which is either wait for it to hit the rsync mirrors, a dedicated rsync mirror, a dedicated anoncvs box, or e-mail the ebuilds (and patches) back and forth. Note the two highly stressed things up there...this should not be used so ATs can vet patches (wither to ebuilds or to source), the patches should be well tested long before they reach our tree... Lance: I know this is a far cry from what you are proposing, and I understand that the present CVS server cannot handle this sort of load but I believe that this was the original intention at least...someone correct me if I am wrong. I think that this issue has to be nailed down *before* we get any further in discussion. -- Daniel Ostrow Gentoo Foundation Board of Trustees Gentoo/{PPC,PPC64,DevRel} dostrow@gentoo.org -- gentoo-dev@gentoo.org mailing list