From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: B Smith-Mannschott Newsgroups: gmane.emacs.devel Subject: Re: bzr branch makes bogus "No space left on device" claim and dies Date: Fri, 8 Jan 2010 19:36:30 +0100 Message-ID: <28c656e21001081036y3bce45fen3f8245168dc145d5@mail.gmail.com> References: <28c656e21001050711v601b275fm837d5e7ea2126d2b@mail.gmail.com> <87iqbfnc7p.fsf@red-bean.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: ger.gmane.org 1262975820 7695 80.91.229.12 (8 Jan 2010 18:37:00 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 8 Jan 2010 18:37:00 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jan 08 19:36:53 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 1NTJha-00044H-Hb for ged-emacs-devel@m.gmane.org; Fri, 08 Jan 2010 19:36:50 +0100 Original-Received: from localhost ([127.0.0.1]:45871 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NTJhb-00018m-4q for ged-emacs-devel@m.gmane.org; Fri, 08 Jan 2010 13:36:51 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NTJhJ-0000rW-KU for emacs-devel@gnu.org; Fri, 08 Jan 2010 13:36:33 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NTJhI-0000qF-Ow for emacs-devel@gnu.org; Fri, 08 Jan 2010 13:36:33 -0500 Original-Received: from [199.232.76.173] (port=39329 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NTJhI-0000py-GC for emacs-devel@gnu.org; Fri, 08 Jan 2010 13:36:32 -0500 Original-Received: from ey-out-1920.google.com ([74.125.78.150]:27428) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NTJhI-0004vG-4Z for emacs-devel@gnu.org; Fri, 08 Jan 2010 13:36:32 -0500 Original-Received: by ey-out-1920.google.com with SMTP id 4so3049412eyg.34 for ; Fri, 08 Jan 2010 10:36:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=6pD2MeIWmEdRYFiZU3Yc6Dbfea2YajrQBY5sg1CQj3Q=; b=D/HBL4SNH+D4LIZyr5nW3I1yQfscffdflnWLaoqPLALNI/PP8V1jsPspX/ObIIGgbO E17Cb+ejtUVi/nMgsZxALST53IuXZu8XzS8BStgjLnTJfLSvabFvghpDvWaB4a3l9GUJ iMNd4h6+KP4tKl6yrdiJXS/X0FV+K9PzBKXEw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=TvmyOjBEolgbK+uXRc7JPKrbgCl8VwubcGYuqMIDf0j75SLQgT5TpzcgtNcuXxyOsU uC58T4/1glLrlviDift/YA8EjRbcdyYVL2waGIAsrTO2Cw6H4/i9cJk5BmMYT6qdaYgo pl9MgTTfuPN7WKk+5UoRZkUk78bPniihMR5sI= Original-Received: by 10.213.39.129 with SMTP id g1mr18481969ebe.36.1262975790248; Fri, 08 Jan 2010 10:36:30 -0800 (PST) In-Reply-To: <87iqbfnc7p.fsf@red-bean.com> X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) 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:119723 Archived-At: Thanks to all who helped me out. I've now got a working repository of emacs with a branch of savannah's emacs trunk and lauchpad's emacs trunk. I've been pulling my updates through the launchpad branch for the most part. Performance is acceptable for my purposes. When building from source on my netbook, I've discovered that I can do a bzr checkout --lightweight to a ramdisk.The resulting working copy can then be used to build emacs and thrown away when I'm done. Nice. And I've already learned the difference between branch and checkout as well as playing with --lightweight. I can see where the bzr can claim workflow flexibility. It's just a pity that some combinations of http, sftp, branch, checkout, leightweight, init, init-repo, etc can produce performance surprises for the uninitiated. // Ben