From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?utf-8?Q?=C3=93scar_Fuentes?= Newsgroups: gmane.emacs.devel Subject: Re: bazaar: "unable to obtain lock" Date: Fri, 01 Jan 2010 11:16:34 +0100 Message-ID: <87vdfmi0zh.fsf@telefonica.net> References: <87my11gmf4.fsf@red-bean.com> <87fx6sqbnt.fsf@blah.blah> <87fx6qno26.fsf@uwakimon.sk.tsukuba.ac.jp> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1262341039 2044 80.91.229.12 (1 Jan 2010 10:17:19 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 1 Jan 2010 10:17:19 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jan 01 11:17:11 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 1NQeZD-0001zx-Jf for ged-emacs-devel@m.gmane.org; Fri, 01 Jan 2010 11:17:11 +0100 Original-Received: from localhost ([127.0.0.1]:46187 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NQeZD-0003Gs-Pz for ged-emacs-devel@m.gmane.org; Fri, 01 Jan 2010 05:17:11 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NQeZ6-0003G3-PM for emacs-devel@gnu.org; Fri, 01 Jan 2010 05:17:04 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NQeZ2-0003FU-4G for emacs-devel@gnu.org; Fri, 01 Jan 2010 05:17:04 -0500 Original-Received: from [199.232.76.173] (port=55670 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NQeZ1-0003FR-VO for emacs-devel@gnu.org; Fri, 01 Jan 2010 05:17:00 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]:42917) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1NQeZ1-0007RH-Ke for emacs-devel@gnu.org; Fri, 01 Jan 2010 05:16:59 -0500 Original-Received: from list by lo.gmane.org with local (Exim 4.50) id 1NQeYz-0001x9-52 for emacs-devel@gnu.org; Fri, 01 Jan 2010 11:16:57 +0100 Original-Received: from 217.red-88-24-214.staticip.rima-tde.net ([88.24.214.217]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 01 Jan 2010 11:16:57 +0100 Original-Received: from ofv by 217.red-88-24-214.staticip.rima-tde.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 01 Jan 2010 11:16:57 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 40 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 217.red-88-24-214.staticip.rima-tde.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.90 (gnu/linux) Cancel-Lock: sha1:i1YAVhBXABNEkthJcTNW+C0Gr04= X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) 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:119195 Archived-At: "Stephen J. Turnbull" writes: > Kevin Ryde writes: > > > Karl Fogel writes: > > > > > > http://www.red-bean.com/kfogel/emacs-bzr-repository.tar.gz > > > > Is anything smaller possible for those of us at the end of a straw? > > I see BzrQuickStartForEmacsDevs advises 300mb similarly. Is some sort > > of small no-history checkout possible? > > It's possible, but AFAIK not without a smart server at the other end. > This is being worked on, but it's a Savannah issue with no ETA last I > heard, not an Emacs or Bazaar issue. For status on this, see > https://savannah.gnu.org/support/?107077. I don't think that the smart server would significantly reduce the amount of transferred data for the first branch. What it can save is the chit-chat associated with the sftp/http (IIRC http is worse than sftp.) This can have a noticeable impact on the time required by the operation, but if you are using a 56kb/s dialup connection, the 200+ MB of history will hurt anyway. > Óscar mentioned "lightweight checkout", but as I understand it this > may involve downloading the whole repo anyway, since actually > extracting files from the archive storage is done by your local bzr. I was referring to the possibility of creating a tarball with a lightweight checkout (this subthread is about the tarball containing the initial setup, see above.) This tarball would be 31 MB, but the question is if there is enough demand to justify it, or even if it makes sense: if you are so desperate about bandwidth, day-to-day work with bazaar will be *very* painful until someone setups a smart server as you suggest. [snip] -- Óscar