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 1Eexcr-0004Sm-W3 for garchives@archives.gentoo.org; Wed, 23 Nov 2005 16:37:42 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id jANGaKvh007235; Wed, 23 Nov 2005 16:36:20 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 jANGUDo0011046 for ; Wed, 23 Nov 2005 16:30:14 GMT Received: from align.cns.ksu.edu ([129.130.0.165]) by smtp.gentoo.org with esmtpa (Exim 4.43) id 1EexVd-0008H0-JE for gentoo-dev@lists.gentoo.org; Wed, 23 Nov 2005 16:30:13 +0000 Message-ID: <43849911.40600@gentoo.org> Date: Wed, 23 Nov 2005 10:30:09 -0600 From: Lance Albertson User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: en-us, en 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 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] R/O CVS access and its purpose for ATs (was Email subdomain) 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> <1132760320.7909.10.camel@Memoria.anyarch.net> In-Reply-To: <1132760320.7909.10.camel@Memoria.anyarch.net> X-Enigmail-Version: 0.93.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig8CCA4C1ECFCD54892186ECB0" X-Archives-Salt: 0c63d42e-7c6a-490d-8d47-f5bb7bbbf3ca X-Archives-Hash: afc9403284cce7952c07c061de0f1df4 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8CCA4C1ECFCD54892186ECB0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 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 --------------enig8CCA4C1ECFCD54892186ECB0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFDhJkTQW+hXSf0t0IRAlk0AKC+MqVr+RzgCjcwHRDwXpi1uIiBSQCdH6pL E4tmiwkbC63AeVSkyI6SC6s= =4m5b -----END PGP SIGNATURE----- --------------enig8CCA4C1ECFCD54892186ECB0-- -- gentoo-dev@gentoo.org mailing list