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 1EfIPN-0004d4-PK for garchives@archives.gentoo.org; Thu, 24 Nov 2005 14:49:10 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id jAOEmQLs004907; Thu, 24 Nov 2005 14:48:26 GMT Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.205]) by robin.gentoo.org (8.13.5/8.13.5) with ESMTP id jAOEkZvi005358 for ; Thu, 24 Nov 2005 14:46:35 GMT Received: by nproxy.gmail.com with SMTP id h2so300448nfe for ; Thu, 24 Nov 2005 06:46:35 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ajr70tTRjuOfVQiCwGP4pTtPb/Tsh/rGwazhJ1mXKboe2Pfft51dBYPNU4Y7l40QYQaRkQcen8sbTnC/nsuyNQ/nJRRGr5ndqjt8VIx6b3IIQ88zNbr8V/6uklpUdHA96fdPnm8up3duGS16UJ64r5QU5EUvHZPX0+OztcTzYxA= Received: by 10.48.225.7 with SMTP id x7mr108745nfg; Thu, 24 Nov 2005 06:46:35 -0800 (PST) Received: by 10.48.143.15 with HTTP; Thu, 24 Nov 2005 06:46:35 -0800 (PST) Message-ID: <36babadf0511240646w448fa7d0l@mail.gmail.com> Date: Thu, 24 Nov 2005 14:46:35 +0000 From: George Prowse To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] R/O CVS access and its purpose for ATs (was Email subdomain) In-Reply-To: <43849911.40600@gentoo.org> 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 Content-Type: text/plain; charset=UTF-8 Content-Disposition: inline References: <1132333748.8524.9.camel@localhost> <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> <1132760320.7909.10.camel@Memoria.anyarch.net> <43849911.40600@gentoo.org> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by robin.gentoo.org id jAOEkZvi005358 X-Archives-Salt: 2a967b5b-f519-48f7-8676-e9232eff1e8a X-Archives-Hash: 8ef3e19c210fd46bb805eef10ec11353 On 23/11/05, Lance Albertson wrote: > Daniel Ostrow wrote: > > > 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. > > One of the issues we had with direct cvs access is managing all of the > AT accounts. If we're talking 50-100 ATs, that increases our user > account management load by a lot considering we only have 300 developers > right now. The other reason is of course with load on lark itself. We > can only do so many concurrent cvs up's of the full tree and adding this > many users concerns me alot with that aspect. > > As what kurt said in a followup to this email, If we can nail down that > the primary need of the GLEP is quick access to changes, that will help > us a lot in figuring out the logistics of the issue. > > I know pylon had talked about the newer cvs allowing for a virtually > 'live' update to another cvs box via a commit hook, but he's been rather > busy lately and hasn't had a chance to work on that. I think that has > the best hope down the road of resolving this GLEP. I would just like to > keep the management of lark to the minimum if at all possible, so for > now I would prefer a restricted rsync module or cvs box that gets > updated every X minutes. > > Cheers- > > -- > Lance Albertson > Gentoo Infrastructure | Operations Manager > > --- > GPG Public Key: > Key fingerprint: 0423 92F3 544A 1282 5AB1 4D07 416F A15D 27F4 B742 > > ramereth/irc.freenode.net > > What about finding out how many ATs are going to be using it at the start and limiting the amount of ATs with access to <40-50 until either a new way for access has been decided on or new equipment has been brought it. Currently I wouldn't need it because I am without amd64 equipment until after equipment. George -- gentoo-dev@gentoo.org mailing list