From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Bernardo Newsgroups: gmane.emacs.help Subject: visiting files in Bazaar workarea Date: Sat, 01 Nov 2014 17:07:49 +1100 Message-ID: <87r3xna1xm.fsf@deb.home.net> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1414822158 7248 80.91.229.3 (1 Nov 2014 06:09:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 1 Nov 2014 06:09:18 +0000 (UTC) To: Help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sat Nov 01 07:09:12 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 1XkRs6-0001mu-Qi for geh-help-gnu-emacs@m.gmane.org; Sat, 01 Nov 2014 07:09:10 +0100 Original-Received: from localhost ([::1]:45395 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XkRs6-0002Aa-61 for geh-help-gnu-emacs@m.gmane.org; Sat, 01 Nov 2014 02:09:10 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47564) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XkRrm-00026e-TW for Help-gnu-emacs@gnu.org; Sat, 01 Nov 2014 02:08:56 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XkRrh-0001iG-1A for Help-gnu-emacs@gnu.org; Sat, 01 Nov 2014 02:08:50 -0400 Original-Received: from pecan2-mail.exetel.com.au ([220.233.0.71]:59732 helo=smtp.po.exetel.com.au) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XkRrg-0001ec-NW for Help-gnu-emacs@gnu.org; Sat, 01 Nov 2014 02:08:44 -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 1XkRrd-00074k-Kk for Help-gnu-emacs@gnu.org; Sat, 01 Nov 2014 17:08:41 +1100 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:100665 Archived-At: hi, 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. If the .bzr directory is renamed to something else everything works just fine. A similar situation exists when Emacs executable is run (after building) from a directory with source code pulled out from Bazaar repo (e.g http://bzr.savannah.gnu.org/r/emacs/trunk/). When an *.el file is opened in that tree (e.g. describe-function) Emacs does its voodoo by connecting to the Bzr repo across the internet which can take considerable time and you cannot do much until this is finished. Anybody knows about a nice way around this? -- Rgds, Bernardo