From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kevin Ryde Newsgroups: gmane.emacs.devel Subject: Re: bazaar: "unable to obtain lock" Date: Mon, 04 Jan 2010 09:38:27 +1100 Organization: Bah Humbug Message-ID: <87fx6m7r18.fsf@blah.blah> References: <87my11gmf4.fsf@red-bean.com> <87fx6sqbnt.fsf@blah.blah> <877hs4m1dh.fsf@telefonica.net> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1262558346 22305 80.91.229.12 (3 Jan 2010 22:39:06 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 3 Jan 2010 22:39:06 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jan 03 23:38:59 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1NRZ6B-0006In-6v for ged-emacs-devel@m.gmane.org; Sun, 03 Jan 2010 23:38:59 +0100 Original-Received: from localhost ([127.0.0.1]:40910 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NRZ6B-0005lG-P2 for ged-emacs-devel@m.gmane.org; Sun, 03 Jan 2010 17:38:59 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NRZ67-0005l1-AK for emacs-devel@gnu.org; Sun, 03 Jan 2010 17:38:55 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NRZ62-0005hT-O2 for emacs-devel@gnu.org; Sun, 03 Jan 2010 17:38:54 -0500 Original-Received: from [199.232.76.173] (port=52764 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NRZ62-0005hG-HF for emacs-devel@gnu.org; Sun, 03 Jan 2010 17:38:50 -0500 Original-Received: from mailout1-6.pacific.net.au ([61.8.2.213]:46526 helo=mailout1.pacific.net.au) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NRZ61-00005Z-47 for emacs-devel@gnu.org; Sun, 03 Jan 2010 17:38:49 -0500 Original-Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.2.162]) by mailout1.pacific.net.au (Postfix) with ESMTP id 2E99950717F for ; Mon, 4 Jan 2010 09:38:41 +1100 (EST) Original-Received: from blah.blah (ppp2EA9.dyn.pacific.net.au [61.8.46.169]) by mailproxy1.pacific.net.au (Postfix) with ESMTP id 843468C0B for ; Mon, 4 Jan 2010 09:38:38 +1100 (EST) Original-Received: from gg by blah.blah with local (Exim 4.71) (envelope-from ) id 1NRZ5k-0002mu-HX for emacs-devel@gnu.org; Mon, 04 Jan 2010 09:38:32 +1100 In-Reply-To: <877hs4m1dh.fsf@telefonica.net> (=?iso-8859-1?Q?=22=D3scar?= Fuentes"'s message of "Thu, 31 Dec 2009 01:30:02 +0100") User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/23.1 (gnu/linux) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:119326 Archived-At: =D3scar Fuentes writes: > > A simple update after a few days can easily require to transfer 10 MB. Ah, thanks, that'd be very borderline. If it's potentially every commit then it's a killer. I wonder if the wiki could put the requirements up front a bit more. Without being too provocative something like The repo is about 300Mb. An initial checkout will download it in full and may use about 1Gb of RAM while doing so. Subsequent commits and updates could transfer as much as 10Mb even for modest changes. "Stephen J. Turnbull" writes: > > Maybe somebody could create a temporary mirror with a smart server on > it for folks like you. It could be "by invitation only" to limit > bandwidth and server wear-and-tear. Or beg an ssh to someone with bandwidth (and who doesn't have to pay for it :-). You know for all that these fancy rcs's were motivated by shortcomings of cvs on big projects, they really don't scale well to big projects!