From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Bernardo Newsgroups: gmane.emacs.help Subject: Re: visiting files in Bazaar workarea Date: Sun, 02 Nov 2014 12:53:46 +1100 Message-ID: <87ppd674gl.fsf@deb.home.net> References: <87r3xna1xm.fsf@deb.home.net> <837fzfz5sj.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1414893317 12574 80.91.229.3 (2 Nov 2014 01:55:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 2 Nov 2014 01:55:17 +0000 (UTC) To: Help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sun Nov 02 02:55:10 2014 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XkkNp-00055g-Rx for geh-help-gnu-emacs@m.gmane.org; Sun, 02 Nov 2014 02:55:10 +0100 Original-Received: from localhost ([::1]:54315 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XkkNp-0004Pq-A2 for geh-help-gnu-emacs@m.gmane.org; Sat, 01 Nov 2014 21:55:09 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42294) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XkkNX-0004Pj-J8 for Help-gnu-emacs@gnu.org; Sat, 01 Nov 2014 21:54:59 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XkkNM-0005Uq-QM for Help-gnu-emacs@gnu.org; Sat, 01 Nov 2014 21:54:48 -0400 Original-Received: from pecan2-mail.exetel.com.au ([220.233.0.71]:54136 helo=smtp.po.exetel.com.au) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XkkNM-0005Ui-El for Help-gnu-emacs@gnu.org; Sat, 01 Nov 2014 21:54:40 -0400 Original-Received: from 33.111.70.115.static.exetel.com.au ([115.70.111.33] helo=deb.home.net) by smtp.po.exetel.com.au with esmtp (Exim 4.80) (envelope-from ) id 1XkkNM-0005jT-4w for Help-gnu-emacs@gnu.org; Sun, 02 Nov 2014 12:54:40 +1100 In-Reply-To: <837fzfz5sj.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 01 Nov 2014 10:25:16 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 220.233.0.71 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:100684 Archived-At: >> if i run: >> $ emacs -Q some_filename >> >> in a directory which contains (or its parent has) .bzr directory *and* >> currently don't have connection to the corresponding Bazaar repository, >> Emacs stalls and fails to load the file. An example would be when >> Bazaar repository is somewhere on the LAN and temporarily there's no >> connection to it. > > Is that Bazaar branch a lightweight checkout? That is, did you > checkout the directory in a way that leaves all the meta-data on the > remote server? > > What was the command you used to checkout the Emacs development tree? > > AFAIK, the only situation where bzr wants to connect to the remote > server is when the meta-data is not available locally. The default is > to have it cloned to the local computer, so you must have done > something to prevent that. > >> Anybody knows about a nice way around this? > > Yes, don't use lightweight checkouts. you're right - in both instances it was a lightweight checkout; my mind was focused on searching for solutions *within* Emacs and failed to see the problem's context thanks