GNU bug report logs - #7560
24.0.50; 'bzr status' blocking making of GNU Emacs

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 7560 in the body.
You can then email your comments to 7560 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.0.50; 'bzr status' blocking making of GNU Emacs
Date: Sun, 5 Dec 2010 17:29:05 +0100

Hello!

When trying to compile GNU Emacs bzr stops compilation:

  501 94276 94173    4000   0  20 11    91488  14304 -      SNs   
71c1470 ??         0:00.87 /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/Resources/Python.app/Contents/MacOS/ 
Python /opt/local/bin/bzr status dired.el

I did update a few hours ago and me, I don't mind using an out-of-date  
Emacs. So, why is bzr being invoked? Is everybody excluded from  
compiling GNU Emacs without a permanent internet connection? And: Is  
the server permanently on?!


I also get:

	Dumping under the name emacs
	--- List of All Regions ---
	.
	.
	.
	Writing LC_LOAD_DYLIB     command
	4612 unused bytes follow Mach-O header
	1218418 pure bytes used
	Adding name emacs-24.0.50.1
	Symbol's function definition is void: defadvice
	cd lisp; make all -k                           \

maybe from killing bzr and its parent process and re-making GNU Emacs...


Some weeks ago I invoked 'make bootstrap' when I just scroll back in  
compilation history...


And this

     \--= 97725 pete /opt/local/Library/Frameworks/Python.framework/ 
Versions/2.6/Resources/Python.app/Contents/MacOS/Python /opt/local/bin/ 
bzr status emacsclient.c

blocks whole Emacs. Only by killing it and launching it again I can  
get it operable again.

--
Greetings

  Pete

Think of XML as Lisp for COBOL programmers.
				- Tony-A (some guy on /.)

Message #8 received at 7560 <at> debbugs.gnu.org (full text, mbox):

From: Andreas Schwab <schwab <at> linux-m68k.org>
To: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
Cc: 7560 <at> debbugs.gnu.org
Subject: Re: bug#7560: 24.0.50; 'bzr status' blocking making of GNU Emacs
Date: Sun, 05 Dec 2010 18:04:51 +0100

Peter Dyballa <Peter_Dyballa <at> Freenet.DE> writes:

> I did update a few hours ago and me, I don't mind using an out-of-date
> Emacs. So, why is bzr being invoked? Is everybody excluded from  compiling
> GNU Emacs without a permanent internet connection? And: Is  the server
> permanently on?!

IMHO that's a bug in bzr, bzr status should never need to talk to the
server.

Andreas.

-- 
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

Message #11 received at 7560 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Andreas Schwab <schwab <at> linux-m68k.org>
Cc: Peter_Dyballa <at> Freenet.DE, 7560 <at> debbugs.gnu.org
Subject: Re: bug#7560: 24.0.50; 'bzr status' blocking making of GNU Emacs
Date: Sun, 05 Dec 2010 19:33:51 +0200

> From: Andreas Schwab <schwab <at> linux-m68k.org>
> Date: Sun, 05 Dec 2010 18:04:51 +0100
> Cc: 7560 <at> debbugs.gnu.org
> 
> bzr status should never need to talk to the server.

It doesn't for me (tried with v2.0.0 on GNU/Linux and 2.2.1 on
MS-Windows).  It shows the results even though Savannah currently
seems to be down.

Message #14 received at 7560 <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 7560 <at> debbugs.gnu.org, Peter_Dyballa <at> Freenet.DE,
	Andreas Schwab <schwab <at> linux-m68k.org>
Subject: Re: bug#7560: 24.0.50; 'bzr status' blocking making of GNU Emacs
Date: Sun, 05 Dec 2010 15:09:25 -0500

Eli Zaretskii wrote:

>> bzr status should never need to talk to the server.
>
> It doesn't for me (tried with v2.0.0 on GNU/Linux and 2.2.1 on
> MS-Windows). 

Maybe he's using a lightweight checkout?

Message #17 received at 7560 <at> debbugs.gnu.org (full text, mbox):

From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 7560 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>,
	Andreas Schwab <schwab <at> linux-m68k.org>
Subject: Re: bug#7560: 24.0.50; 'bzr status' blocking making of GNU Emacs
Date: Sun, 5 Dec 2010 23:38:15 +0100

Am 05.12.2010 um 21:09 schrieb Glenn Morris:

> Maybe he's using a lightweight checkout?


I am using 'bzr pull -v'. 'bzr up' does not seem to work, it just  
tells a revision number.

--
Greetings

  Pete

Time is an illusion. Lunchtime, doubly so.

Message #20 received at 7560 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
Cc: rgm <at> gnu.org, 7560 <at> debbugs.gnu.org, schwab <at> linux-m68k.org
Subject: Re: bug#7560: 24.0.50; 'bzr status' blocking making of GNU Emacs
Date: Mon, 06 Dec 2010 05:54:11 +0200

> Cc: Eli Zaretskii <eliz <at> gnu.org>,
>  Andreas Schwab <schwab <at> linux-m68k.org>,
>  7560 <at> debbugs.gnu.org
> From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
> Date: Sun, 5 Dec 2010 23:38:15 +0100
> 
> 
> Am 05.12.2010 um 21:09 schrieb Glenn Morris:
> 
> > Maybe he's using a lightweight checkout?
> 
> 
> I am using 'bzr pull -v'. 'bzr up' does not seem to work, it just  
> tells a revision number.

That's because your branch is not bound (which is not a problem).

So I don't see why would "bzr status" go out on the net, even in your
case.  What do you see in your ~/.bzr.log for the time when the
problem happened?

Message #23 received at 7560 <at> debbugs.gnu.org (full text, mbox):

From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: rgm <at> gnu.org, 7560 <at> debbugs.gnu.org, schwab <at> linux-m68k.org
Subject: Re: bug#7560: 24.0.50; 'bzr status' blocking making of GNU Emacs
Date: Mon, 6 Dec 2010 10:38:01 +0100

Am 06.12.2010 um 04:54 schrieb Eli Zaretskii:

> What do you see in your ~/.bzr.log for the time when the
> problem happened?


I think these such entries:

Sun 2010-12-05 14:08:59 +0100
0.924  bazaar version: 2.2.2
0.925  bzr arguments: [u'status', u'dired.el']
1.244  looking for plugins in /Users/pete/.bazaar/plugins
1.245  looking for plugins in /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/bzrlib/plugins
1.492  encoding stdout as osutils.get_user_encoding() 'US-ASCII'
4.988  Traceback (most recent call last):
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/commands.py", line 912, in  
exception_to_return_code
    return the_callable(*args, **kwargs)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/commands.py", line 1112, in run_bzr
    ret = run(*run_argv)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/commands.py", line 690, in  
run_argv_aliases
    return self.run(**all_cmd_args)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/commands.py", line 705, in run
    return self._operation.run_simple(*args, **kwargs)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/cleanup.py", line 135, in run_simple
    self.cleanups, self.func, *args, **kwargs)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/cleanup.py", line 165, in  
_do_with_cleanups
    result = func(*args, **kwargs)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/commands.py", line 1127, in  
ignore_pipe
    result = func(*args, **kwargs)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/builtins.py", line 326, in run
    tree, relfile_list = tree_files(file_list)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/builtins.py", line 82, in tree_files
    apply_view)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/builtins.py", line 183, in  
internal_tree_files
    tree = WorkingTree.open_containing(file_list[0])[0]
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/workingtree.py", line 353, in  
open_containing
    return control.open_workingtree(), relpath
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/bzrdir.py", line 1888, in  
open_workingtree
    return format.open(self, _found=True)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/workingtree.py", line 3064, in open
    wt = self._open(a_bzrdir, self._open_control_files(a_bzrdir))
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/workingtree_4.py", line 1499, in  
_open
    branch=a_bzrdir.open_branch(),
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/bzrdir.py", line 1871, in open_branch
    _found=True, ignore_fallbacks=ignore_fallbacks)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/branch.py", line 2070, in open
    ignore_fallbacks=ignore_fallbacks)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/branch.py", line 2787, in __init__
    super(BzrBranch8, self).__init__(*args, **kwargs)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/branch.py", line 2410, in __init__
    Branch.__init__(self)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/branch.py", line 96, in __init__
    self._open_hook()
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/branch.py", line 2783, in _open_hook
    self._activate_fallback_location(url)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/branch.py", line 106, in  
_activate_fallback_location
    repo = self._get_fallback_repository(url)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/branch.py", line 226, in  
_get_fallback_repository
    possible_transports=[self.bzrdir.root_transport])
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/branch.py", line 167, in open
    possible_transports=possible_transports)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/bzrdir.py", line 911, in open
    return BzrDir.open_from_transport(t, _unsupported=_unsupported)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/bzrdir.py", line 941, in  
open_from_transport
    redirected)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/transport/__init__.py", line 1657,  
in do_catching_redirections
    return action(transport)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/bzrdir.py", line 928, in find_format
    transport, _server_formats=_server_formats)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/bzrdir.py", line 1949, in find_format
    return format.probe_transport(transport)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/bzrdir.py", line 3292, in  
probe_transport
    server_version = medium.protocol_version()
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/smart/medium.py", line 632, in  
protocol_version
    client_protocol.query_version()
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/smart/protocol.py", line 791, in  
query_version
    self.call('hello')
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/smart/protocol.py", line 631, in call
    self._request.finished_writing()
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/smart/medium.py", line 439, in  
finished_writing
    self._finished_writing()
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/transport/http/__init__.py", line  
646, in _finished_writing
    data = self._medium.send_http_smart_request(self._buffer)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/transport/http/__init__.py", line  
615, in send_http_smart_request
    code, body_filelike = t._post(bytes)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/transport/http/_urllib.py", line  
139, in _post
    accepted_errors=[200, 403]))
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/transport/http/_urllib.py", line  
79, in _perform
    response = self._opener.open(request)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/urllib2.py", line 391, in open
    response = self._open(req, data)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/urllib2.py", line 409, in _open
    '_open', req)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/urllib2.py", line 369, in _call_chain
    result = func(*args)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/transport/http/ 
_urllib2_wrappers.py", line 689, in http_open
    return self.do_open(HTTPConnection, request)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/transport/http/ 
_urllib2_wrappers.py", line 633, in do_open
    response = self.retry_or_raise(http_class, request, first_try)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/transport/http/ 
_urllib2_wrappers.py", line 536, in retry_or_raise
    orig_error=exc_val)
ConnectionError: Connection error: Couldn't resolve host  
'bzr.savannah.gnu.org' [Errno 8] nodename nor servname provided, or  
not known

4.989  return code 3



So 2010-12-05 18:27:32 +0100
1.332  bazaar version: 2.2.2
1.333  bzr arguments: [u'status', u'common-win.el']
1.984  looking for plugins in /Users/pete/.bazaar/plugins
1.985  looking for plugins in /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/bzrlib/plugins
2.281  encoding stdout as osutils.get_user_encoding() 'UTF-8'
18.119  Traceback (most recent call last):
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/commands.py", line 912, in  
exception_to_return_code
    return the_callable(*args, **kwargs)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/commands.py", line 1112, in run_bzr
    ret = run(*run_argv)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/commands.py", line 690, in  
run_argv_aliases
    return self.run(**all_cmd_args)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/commands.py", line 705, in run
    return self._operation.run_simple(*args, **kwargs)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/cleanup.py", line 135, in run_simple
    self.cleanups, self.func, *args, **kwargs)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/cleanup.py", line 165, in  
_do_with_cleanups
    result = func(*args, **kwargs)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/commands.py", line 1127, in  
ignore_pipe
    result = func(*args, **kwargs)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/builtins.py", line 326, in run
    tree, relfile_list = tree_files(file_list)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/builtins.py", line 82, in tree_files
    apply_view)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/builtins.py", line 183, in  
internal_tree_files
    tree = WorkingTree.open_containing(file_list[0])[0]
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/workingtree.py", line 353, in  
open_containing
    return control.open_workingtree(), relpath
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/bzrdir.py", line 1888, in  
open_workingtree
    return format.open(self, _found=True)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/workingtree.py", line 3064, in open
    wt = self._open(a_bzrdir, self._open_control_files(a_bzrdir))
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/workingtree_4.py", line 1499, in  
_open
    branch=a_bzrdir.open_branch(),
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/bzrdir.py", line 1871, in open_branch
    _found=True, ignore_fallbacks=ignore_fallbacks)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/branch.py", line 2070, in open
    ignore_fallbacks=ignore_fallbacks)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/branch.py", line 2787, in __init__
    super(BzrBranch8, self).__init__(*args, **kwargs)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/branch.py", line 2410, in __init__
    Branch.__init__(self)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/branch.py", line 96, in __init__
    self._open_hook()
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/branch.py", line 2783, in _open_hook
    self._activate_fallback_location(url)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/branch.py", line 106, in  
_activate_fallback_location
    repo = self._get_fallback_repository(url)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/branch.py", line 226, in  
_get_fallback_repository
    possible_transports=[self.bzrdir.root_transport])
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/branch.py", line 167, in open
    possible_transports=possible_transports)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/bzrdir.py", line 911, in open
    return BzrDir.open_from_transport(t, _unsupported=_unsupported)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/bzrdir.py", line 941, in  
open_from_transport
    redirected)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/transport/__init__.py", line 1657,  
in do_catching_redirections
    return action(transport)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/bzrdir.py", line 928, in find_format
    transport, _server_formats=_server_formats)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/bzrdir.py", line 1949, in find_format
    return format.probe_transport(transport)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/bzrdir.py", line 3292, in  
probe_transport
    server_version = medium.protocol_version()
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/smart/medium.py", line 632, in  
protocol_version
    client_protocol.query_version()
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/smart/protocol.py", line 791, in  
query_version
    self.call('hello')
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/smart/protocol.py", line 631, in call
    self._request.finished_writing()
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/smart/medium.py", line 439, in  
finished_writing
    self._finished_writing()
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/transport/http/__init__.py", line  
646, in _finished_writing
    data = self._medium.send_http_smart_request(self._buffer)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/transport/http/__init__.py", line  
615, in send_http_smart_request
    code, body_filelike = t._post(bytes)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/transport/http/_urllib.py", line  
139, in _post
    accepted_errors=[200, 403]))
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/transport/http/_urllib.py", line  
79, in _perform
    response = self._opener.open(request)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/urllib2.py", line 391, in open
    response = self._open(req, data)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/urllib2.py", line 409, in _open
    '_open', req)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/urllib2.py", line 369, in _call_chain
    result = func(*args)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/transport/http/ 
_urllib2_wrappers.py", line 689, in http_open
    return self.do_open(HTTPConnection, request)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/transport/http/ 
_urllib2_wrappers.py", line 633, in do_open
    response = self.retry_or_raise(http_class, request, first_try)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/transport/http/ 
_urllib2_wrappers.py", line 550, in retry_or_raise
    response = self.do_open(http_class, request, False)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/transport/http/ 
_urllib2_wrappers.py", line 633, in do_open
    response = self.retry_or_raise(http_class, request, first_try)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/transport/http/ 
_urllib2_wrappers.py", line 621, in do_open
    headers)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/httplib.py", line 951, in _send_request
    self.endheaders()
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/httplib.py", line 908, in endheaders
    self._send_output()
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/httplib.py", line 780, in _send_output
    self.send(msg)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/httplib.py", line 739, in send
    self.connect()
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/site-packages/bzrlib/transport/http/ 
_urllib2_wrappers.py", line 287, in connect
    httplib.HTTPConnection.connect(self)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/httplib.py", line 720, in connect
    self.timeout)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/socket.py", line 561, in create_connection
    raise error, msg
ConnectionError: Connection error: while sending POST /r/emacs/ 
trunk/.bzr/smart: [Errno 51] Network is unreachable

18.120  return code 3


--
Greetings

  Pete

There's something the technicians need to learn from the artists. If  
it isn't aesthetically pleasing, it's probably wrong.

Message #26 received at 7560 <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 7560 <at> debbugs.gnu.org
Subject: Re: bug#7560: 24.0.50; 'bzr status' blocking making of GNU Emacs
Date: Mon, 06 Dec 2010 12:54:07 -0500

Glenn Morris wrote:

> Maybe he's using a lightweight checkout?

Or a stacked branch. I checked, and those do require network access to
run `bzr status'. Anyway, to me, the question is: why is the build
process running bzr status at all.

Message #29 received at 7560 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 7560 <at> debbugs.gnu.org
Subject: Re: bug#7560: 24.0.50; 'bzr status' blocking making of GNU Emacs
Date: Mon, 06 Dec 2010 21:06:01 +0200

> Cc: 7560 <at> debbugs.gnu.org
> From: Glenn Morris <rgm <at> gnu.org>
> Date: Mon, 06 Dec 2010 12:54:07 -0500
> 
> Anyway, to me, the question is: why is the build process running bzr
> status at all.

Because many file ops, in particular save-buffer, in a versioned
directory do that automatically.

Message #32 received at 7560 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
Cc: rgm <at> gnu.org, 7560 <at> debbugs.gnu.org, schwab <at> linux-m68k.org
Subject: Re: bug#7560: 24.0.50; 'bzr status' blocking making of GNU Emacs
Date: Mon, 06 Dec 2010 21:09:51 +0200

> Cc: rgm <at> gnu.org,
>  schwab <at> linux-m68k.org,
>  7560 <at> debbugs.gnu.org
> From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
> Date: Mon, 6 Dec 2010 10:38:01 +0100
> 
>    File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
> lib/python2.6/site-packages/bzrlib/transport/http/ 
> _urllib2_wrappers.py", line 536, in retry_or_raise
>      orig_error=exc_val)
> ConnectionError: Connection error: Couldn't resolve host  
> 'bzr.savannah.gnu.org' [Errno 8] nodename nor servname provided, or  
> not known
> 
> 4.989  return code 3

I would report that on the Bazaar list, it could be a bug (bzr 2.2.2
is very new).  While at that, I'd ask why it at all tries to access
the remote repo.

Message #35 received at 7560 <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 7560 <at> debbugs.gnu.org
Subject: Re: bug#7560: 24.0.50; 'bzr status' blocking making of GNU Emacs
Date: Mon, 06 Dec 2010 15:31:01 -0500

Eli Zaretskii wrote:

>> Anyway, to me, the question is: why is the build process running bzr
>> status at all.
>
> Because many file ops, in particular save-buffer, in a versioned
> directory do that automatically.

Then I'd ask what the point of having any of that enabled when
building Emacs is. It cannot do anything useful, only slow the build
down; so why not eg bind vc-handled-backends to nil in
batch-byte-compile.

Message #38 received at 7560 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 7560 <at> debbugs.gnu.org
Subject: Re: bug#7560: 24.0.50; 'bzr status' blocking making of GNU Emacs
Date: Mon, 06 Dec 2010 22:54:10 +0200

> Cc: 7560 <at> debbugs.gnu.org
> From: Glenn Morris <rgm <at> gnu.org>
> Date: Mon, 06 Dec 2010 15:31:01 -0500
> 
> Eli Zaretskii wrote:
> 
> >> Anyway, to me, the question is: why is the build process running bzr
> >> status at all.
> >
> > Because many file ops, in particular save-buffer, in a versioned
> > directory do that automatically.
> 
> Then I'd ask what the point of having any of that enabled when
> building Emacs is. It cannot do anything useful, only slow the build
> down

Don't we have various VC-related features that make sense even in
batch operations, like special treatment of backups?

So perhaps, if we are annoyed by this during the build, we should turn
it off in the Makefile, not as a general feature of -batch or byte
compilation?

Message #41 received at 7560 <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 7560 <at> debbugs.gnu.org
Subject: Re: bug#7560: 24.0.50; 'bzr status' blocking making of GNU Emacs
Date: Mon, 06 Dec 2010 16:46:51 -0500

I replaced my `bzr' with the following shell-script:

  #!/bin/sh
  echo "$@" >> /tmp/LOG
  exec real-bzr "$@"

It was not called at any point during a `make bootstrap', nor by
`touch lisp/*.el; make'.

So I have no idea how the OP got into whatever state he's in.

Message #44 received at 7560 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Glenn Morris <rgm <at> gnu.org>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 7560 <at> debbugs.gnu.org
Subject: Re: bug#7560: 24.0.50; 'bzr status' blocking making of GNU Emacs
Date: Mon, 06 Dec 2010 22:21:07 -0500

> Then I'd ask what the point of having any of that enabled when
> building Emacs is. It cannot do anything useful, only slow the build
> down; so why not eg bind vc-handled-backends to nil in
> batch-byte-compile.

If something is annoying during a build, chances are it will also be
annoying in other circumstances, so rather than temporarily disabling
it to work around the problem, we'd rather make it work right.

> I replaced my `bzr' with the following shell-script:

>   #!/bin/sh
>   echo "$@" >> /tmp/LOG
>   exec real-bzr "$@"

> It was not called at any point during a `make bootstrap', nor by
> `touch lisp/*.el; make'.

> So I have no idea how the OP got into whatever state he's in.

Note that vc-bzr.el has its own implementation of a subset of "bzr
status" and it falls back on "bzr status" in some cases not covered by
its own code.  So it might be that the built-in code works fine for your
situation but not for the OP's.


        Stefan

Message #47 received at 7560 <at> debbugs.gnu.org (full text, mbox):

From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: rgm <at> gnu.org, 7560 <at> debbugs.gnu.org, schwab <at> linux-m68k.org
Subject: Re: bug#7560: 24.0.50; 'bzr status' blocking making of GNU Emacs
Date: Wed, 8 Dec 2010 17:29:17 +0100

Am 06.12.2010 um 20:09 schrieb Eli Zaretskii:

>>   File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/
>> lib/python2.6/site-packages/bzrlib/transport/http/
>> _urllib2_wrappers.py", line 536, in retry_or_raise
>>     orig_error=exc_val)
>> ConnectionError: Connection error: Couldn't resolve host
>> 'bzr.savannah.gnu.org' [Errno 8] nodename nor servname provided, or
>> not known
>>
>> 4.989  return code 3
>
> I would report that on the Bazaar list, it could be a bug (bzr 2.2.2
> is very new).  While at that, I'd ask why it at all tries to access
> the remote repo.


The answer to my bug report is, as Glenn already deduced:

	I'm pretty sure you're using a lightweight checkout, which has to
	connect to the branch, which is remote.

I think this is true. I remember that I read about a "lightweight  
checkout" and was glad that this option existed: less than 250 MB of  
data on my disk. Now I know the disadvantage of saving the other 250  
MB and can handle it.

Sorry for the noise!

--
Greetings

  Pete
Progress (n.): Process through which USENET evolved from smart people  
in front of dumb terminals to dumb people in front of smart terminals.

Message #52 received at 7560-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
Cc: rgm <at> gnu.org, 7560-done <at> debbugs.gnu.org, schwab <at> linux-m68k.org
Subject: Re: bug#7560: 24.0.50; 'bzr status' blocking making of GNU Emacs
Date: Wed, 08 Dec 2010 23:14:40 +0200

> Cc: rgm <at> gnu.org,
>  schwab <at> linux-m68k.org,
>  7560 <at> debbugs.gnu.org
> From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
> Date: Wed, 8 Dec 2010 17:29:17 +0100
> 
> The answer to my bug report is, as Glenn already deduced:
> 
> 	I'm pretty sure you're using a lightweight checkout, which has to
> 	connect to the branch, which is remote.
> 
> I think this is true. I remember that I read about a "lightweight  
> checkout" and was glad that this option existed: less than 250 MB of  
> data on my disk. Now I know the disadvantage of saving the other 250  
> MB and can handle it.
> 
> Sorry for the noise!

Thanks, I'm closing the bug.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.