unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#7560: 24.0.50; 'bzr status' blocking making of GNU Emacs
@ 2010-12-05 16:29 Peter Dyballa
  2010-12-05 17:04 ` Andreas Schwab
  0 siblings, 1 reply; 16+ messages in thread
From: Peter Dyballa @ 2010-12-05 16:29 UTC (permalink / raw)
  To: 7560

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 /.)






^ permalink raw reply	[flat|nested] 16+ messages in thread

* bug#7560: 24.0.50; 'bzr status' blocking making of GNU Emacs
  2010-12-05 16:29 bug#7560: 24.0.50; 'bzr status' blocking making of GNU Emacs Peter Dyballa
@ 2010-12-05 17:04 ` Andreas Schwab
  2010-12-05 17:33   ` Eli Zaretskii
  0 siblings, 1 reply; 16+ messages in thread
From: Andreas Schwab @ 2010-12-05 17:04 UTC (permalink / raw)
  To: Peter Dyballa; +Cc: 7560

Peter Dyballa <Peter_Dyballa@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@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."





^ permalink raw reply	[flat|nested] 16+ messages in thread

* bug#7560: 24.0.50; 'bzr status' blocking making of GNU Emacs
  2010-12-05 17:04 ` Andreas Schwab
@ 2010-12-05 17:33   ` Eli Zaretskii
  2010-12-05 20:09     ` Glenn Morris
  0 siblings, 1 reply; 16+ messages in thread
From: Eli Zaretskii @ 2010-12-05 17:33 UTC (permalink / raw)
  To: Andreas Schwab; +Cc: Peter_Dyballa, 7560

> From: Andreas Schwab <schwab@linux-m68k.org>
> Date: Sun, 05 Dec 2010 18:04:51 +0100
> Cc: 7560@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.





^ permalink raw reply	[flat|nested] 16+ messages in thread

* bug#7560: 24.0.50; 'bzr status' blocking making of GNU Emacs
  2010-12-05 17:33   ` Eli Zaretskii
@ 2010-12-05 20:09     ` Glenn Morris
  2010-12-05 22:38       ` Peter Dyballa
  2010-12-06 17:54       ` Glenn Morris
  0 siblings, 2 replies; 16+ messages in thread
From: Glenn Morris @ 2010-12-05 20:09 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: Andreas Schwab, Peter_Dyballa, 7560

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?





^ permalink raw reply	[flat|nested] 16+ messages in thread

* bug#7560: 24.0.50; 'bzr status' blocking making of GNU Emacs
  2010-12-05 20:09     ` Glenn Morris
@ 2010-12-05 22:38       ` Peter Dyballa
  2010-12-06  3:54         ` Eli Zaretskii
  2010-12-06 17:54       ` Glenn Morris
  1 sibling, 1 reply; 16+ messages in thread
From: Peter Dyballa @ 2010-12-05 22:38 UTC (permalink / raw)
  To: Glenn Morris; +Cc: Andreas Schwab, 7560


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.






^ permalink raw reply	[flat|nested] 16+ messages in thread

* bug#7560: 24.0.50; 'bzr status' blocking making of GNU Emacs
  2010-12-05 22:38       ` Peter Dyballa
@ 2010-12-06  3:54         ` Eli Zaretskii
  2010-12-06  9:38           ` Peter Dyballa
  0 siblings, 1 reply; 16+ messages in thread
From: Eli Zaretskii @ 2010-12-06  3:54 UTC (permalink / raw)
  To: Peter Dyballa; +Cc: schwab, 7560

> Cc: Eli Zaretskii <eliz@gnu.org>,
>  Andreas Schwab <schwab@linux-m68k.org>,
>  7560@debbugs.gnu.org
> From: Peter Dyballa <Peter_Dyballa@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?





^ permalink raw reply	[flat|nested] 16+ messages in thread

* bug#7560: 24.0.50; 'bzr status' blocking making of GNU Emacs
  2010-12-06  3:54         ` Eli Zaretskii
@ 2010-12-06  9:38           ` Peter Dyballa
  2010-12-06 19:09             ` Eli Zaretskii
  0 siblings, 1 reply; 16+ messages in thread
From: Peter Dyballa @ 2010-12-06  9:38 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: schwab, 7560


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.






^ permalink raw reply	[flat|nested] 16+ messages in thread

* bug#7560: 24.0.50; 'bzr status' blocking making of GNU Emacs
  2010-12-05 20:09     ` Glenn Morris
  2010-12-05 22:38       ` Peter Dyballa
@ 2010-12-06 17:54       ` Glenn Morris
  2010-12-06 19:06         ` Eli Zaretskii
  1 sibling, 1 reply; 16+ messages in thread
From: Glenn Morris @ 2010-12-06 17:54 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 7560

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.





^ permalink raw reply	[flat|nested] 16+ messages in thread

* bug#7560: 24.0.50; 'bzr status' blocking making of GNU Emacs
  2010-12-06 17:54       ` Glenn Morris
@ 2010-12-06 19:06         ` Eli Zaretskii
  2010-12-06 20:31           ` Glenn Morris
  0 siblings, 1 reply; 16+ messages in thread
From: Eli Zaretskii @ 2010-12-06 19:06 UTC (permalink / raw)
  To: Glenn Morris; +Cc: 7560

> Cc: 7560@debbugs.gnu.org
> From: Glenn Morris <rgm@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.





^ permalink raw reply	[flat|nested] 16+ messages in thread

* bug#7560: 24.0.50; 'bzr status' blocking making of GNU Emacs
  2010-12-06  9:38           ` Peter Dyballa
@ 2010-12-06 19:09             ` Eli Zaretskii
  2010-12-08 16:29               ` Peter Dyballa
  0 siblings, 1 reply; 16+ messages in thread
From: Eli Zaretskii @ 2010-12-06 19:09 UTC (permalink / raw)
  To: Peter Dyballa; +Cc: schwab, 7560

> Cc: rgm@gnu.org,
>  schwab@linux-m68k.org,
>  7560@debbugs.gnu.org
> From: Peter Dyballa <Peter_Dyballa@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.





^ permalink raw reply	[flat|nested] 16+ messages in thread

* bug#7560: 24.0.50; 'bzr status' blocking making of GNU Emacs
  2010-12-06 19:06         ` Eli Zaretskii
@ 2010-12-06 20:31           ` Glenn Morris
  2010-12-06 20:54             ` Eli Zaretskii
  2010-12-07  3:21             ` Stefan Monnier
  0 siblings, 2 replies; 16+ messages in thread
From: Glenn Morris @ 2010-12-06 20:31 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 7560

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.





^ permalink raw reply	[flat|nested] 16+ messages in thread

* bug#7560: 24.0.50; 'bzr status' blocking making of GNU Emacs
  2010-12-06 20:31           ` Glenn Morris
@ 2010-12-06 20:54             ` Eli Zaretskii
  2010-12-06 21:46               ` Glenn Morris
  2010-12-07  3:21             ` Stefan Monnier
  1 sibling, 1 reply; 16+ messages in thread
From: Eli Zaretskii @ 2010-12-06 20:54 UTC (permalink / raw)
  To: Glenn Morris; +Cc: 7560

> Cc: 7560@debbugs.gnu.org
> From: Glenn Morris <rgm@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?





^ permalink raw reply	[flat|nested] 16+ messages in thread

* bug#7560: 24.0.50; 'bzr status' blocking making of GNU Emacs
  2010-12-06 20:54             ` Eli Zaretskii
@ 2010-12-06 21:46               ` Glenn Morris
  0 siblings, 0 replies; 16+ messages in thread
From: Glenn Morris @ 2010-12-06 21:46 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 7560


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.





^ permalink raw reply	[flat|nested] 16+ messages in thread

* bug#7560: 24.0.50; 'bzr status' blocking making of GNU Emacs
  2010-12-06 20:31           ` Glenn Morris
  2010-12-06 20:54             ` Eli Zaretskii
@ 2010-12-07  3:21             ` Stefan Monnier
  1 sibling, 0 replies; 16+ messages in thread
From: Stefan Monnier @ 2010-12-07  3:21 UTC (permalink / raw)
  To: Glenn Morris; +Cc: 7560

> 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





^ permalink raw reply	[flat|nested] 16+ messages in thread

* bug#7560: 24.0.50; 'bzr status' blocking making of GNU Emacs
  2010-12-06 19:09             ` Eli Zaretskii
@ 2010-12-08 16:29               ` Peter Dyballa
  2010-12-08 21:14                 ` Eli Zaretskii
  0 siblings, 1 reply; 16+ messages in thread
From: Peter Dyballa @ 2010-12-08 16:29 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: schwab, 7560


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.






^ permalink raw reply	[flat|nested] 16+ messages in thread

* bug#7560: 24.0.50; 'bzr status' blocking making of GNU Emacs
  2010-12-08 16:29               ` Peter Dyballa
@ 2010-12-08 21:14                 ` Eli Zaretskii
  0 siblings, 0 replies; 16+ messages in thread
From: Eli Zaretskii @ 2010-12-08 21:14 UTC (permalink / raw)
  To: Peter Dyballa; +Cc: schwab, 7560-done

> Cc: rgm@gnu.org,
>  schwab@linux-m68k.org,
>  7560@debbugs.gnu.org
> From: Peter Dyballa <Peter_Dyballa@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.





^ permalink raw reply	[flat|nested] 16+ messages in thread

end of thread, other threads:[~2010-12-08 21:14 UTC | newest]

Thread overview: 16+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-12-05 16:29 bug#7560: 24.0.50; 'bzr status' blocking making of GNU Emacs Peter Dyballa
2010-12-05 17:04 ` Andreas Schwab
2010-12-05 17:33   ` Eli Zaretskii
2010-12-05 20:09     ` Glenn Morris
2010-12-05 22:38       ` Peter Dyballa
2010-12-06  3:54         ` Eli Zaretskii
2010-12-06  9:38           ` Peter Dyballa
2010-12-06 19:09             ` Eli Zaretskii
2010-12-08 16:29               ` Peter Dyballa
2010-12-08 21:14                 ` Eli Zaretskii
2010-12-06 17:54       ` Glenn Morris
2010-12-06 19:06         ` Eli Zaretskii
2010-12-06 20:31           ` Glenn Morris
2010-12-06 20:54             ` Eli Zaretskii
2010-12-06 21:46               ` Glenn Morris
2010-12-07  3:21             ` Stefan Monnier

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).