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 <gentoo-dev@lists.gentoo.org>; Thu, 24 Nov 2005 14:46:35 GMT
Received: by nproxy.gmail.com with SMTP id h2so300448nfe
        for <gentoo-dev@lists.gentoo.org>; 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 <cokehabit@gmail.com>
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: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
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 <ramereth@gentoo.org> 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 <ramereth@gentoo.org>
> Gentoo Infrastructure | Operations Manager
>
> ---
> GPG Public Key:  <http://www.ramereth.net/lance.asc>
> 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