Comment 42 for bug 186920

Revision history for this message
yarko (yarkot) wrote : Re: [Bug 186920] Re: bzr launchpad does not handle proxy when used for name resolution

On Fri, Jun 5, 2009 at 12:56 AM, Martin Pool <email address hidden> wrote:

> 2009/6/5 yarko <email address hidden>:
> > On Thu, Jun 4, 2009 at 4:15 AM, Martin Pool <email address hidden> wrote:
> >
> >> 2009/6/2 ubuntol <email address hidden>:
> >> > So finally is there any answer or some hack to make it work temporary
> >> > since I really need to download stuff from the trunk now.
> >> >
> >> > By the way, I am using Unix system.
> >>
> >> The best workaround at present is to manually expand the URL into an
> >> SSH url yourself, eg
> >>
> >> bzr+ssh://bazaar.launchpad.net/~bzr/bzr/trunk<http://bazaar.launchpad.net/%7Ebzr/bzr/trunk>
> <http://bazaar.launchpad.net/%7Ebzr/bzr/trunk>
> >
> >
> > I know the proxy I've been behind doesn't allow external ssh connections.
>
> If you can't make outgoing ssh connections you can't write to
> Launchpad. You can still read from all public branches with urls like
> this:
>
> http://bazaar.launchpad.net/~bzr/bzr/trunk<http://bazaar.launchpad.net/%7Ebzr/bzr/trunk>
>

Well... you can _attempt_ to read; and when that doesn't work, you can
attempt htttp+nosmart://...
...and when neither of those work, you can wait a day or two and try
again...

At least that has been my (longtime now) experience...

>
> --
> Martin <http://launchpad.net/~mbp/ <http://launchpad.net/%7Embp/>>
>
> --
> bzr launchpad does not handle proxy when used for name resolution
> https://bugs.launchpad.net/bugs/186920
> You received this bug notification because you are a direct subscriber
> of a duplicate bug.
>
> Status in Bazaar Version Control System: Triaged
> Status in Launchpad Bazaar Integration: Invalid
> Status in Python: Confirmed
>
> Bug description:
> When trying to push to launchpad using lp: url, I got the following:
>
> bzr: ERROR: socket.gaierror: (-3, 'Temporary failure in name resolution')
>
> Traceback (most recent call last):
> File
> "/home/david/local/stow/bzr-1.1/lib/python2.5/site-packages/bzrlib/commands.py",
> line 806, in run_bzr_catch_errors
> return run_bzr(argv)
> File
> "/home/david/local/stow/bzr-1.1/lib/python2.5/site-packages/bzrlib/commands.py",
> line 762, in run_bzr
> ret = run(*run_argv)
> File
> "/home/david/local/stow/bzr-1.1/lib/python2.5/site-packages/bzrlib/commands.py",
> line 492, in run_argv_aliases
> return self.run(**all_cmd_args)
> File
> "/home/david/local/stow/bzr-1.1/lib/python2.5/site-packages/bzrlib/builtins.py",
> line 726, in run
> dir_to = bzrdir.BzrDir.open_from_transport(to_transport)
> File
> "/home/david/local/stow/bzr-1.1/lib/python2.5/site-packages/bzrlib/bzrdir.py",
> line 688, in open_from_transport
> redirected)
> File
> "/home/david/local/stow/bzr-1.1/lib/python2.5/site-packages/bzrlib/transport/__init__.py",
> line 1661, in do_catching_redirections
> return action(transport)
> File
> "/home/david/local/stow/bzr-1.1/lib/python2.5/site-packages/bzrlib/bzrdir.py",
> line 665, in find_format
> transport, _server_formats=_server_formats)
> File
> "/home/david/local/stow/bzr-1.1/lib/python2.5/site-packages/bzrlib/bzrdir.py",
> line 1417, in find_format
> return format.probe_transport(transport)
> File
> "/home/david/local/stow/bzr-1.1/lib/python2.5/site-packages/bzrlib/bzrdir.py",
> line 1427, in probe_transport
> format_string = transport.get(".bzr/branch-format").read()
> File
> "/home/david/local/stow/bzr-1.1/lib/python2.5/site-packages/bzrlib/plugins/launchpad/lp_indirect.py",
> line 137, in get
> self._request_redirect(relpath)
> File
> "/home/david/local/stow/bzr-1.1/lib/python2.5/site-packages/bzrlib/plugins/launchpad/lp_indirect.py",
> line 130, in _request_redirect
> target = self._resolve(branchpath) + extra
> File
> "/home/david/local/stow/bzr-1.1/lib/python2.5/site-packages/bzrlib/plugins/launchpad/lp_indirect.py",
> line 85, in _resolve
> result = resolve.submit(service)
> File
> "/home/david/local/stow/bzr-1.1/lib/python2.5/site-packages/bzrlib/plugins/launchpad/lp_registration.py",
> line 155, in submit
> self._authenticated)
> File
> "/home/david/local/stow/bzr-1.1/lib/python2.5/site-packages/bzrlib/plugins/launchpad/lp_registration.py",
> line 120, in send_request
> result = method(*method_params)
> File "xmlrpclib.py", line 1147, in __call__
> return self.__send(self.__name, args)
> File "xmlrpclib.py", line 1437, in __request
> verbose=self.__verbose
> File "xmlrpclib.py", line 1183, in request
> self.send_content(h, request_body)
> File "xmlrpclib.py", line 1297, in send_content
> connection.endheaders()
> File "httplib.py", line 856, in endheaders
> self._send_output()
> File "httplib.py", line 728, in _send_output
> self.send(msg)
> File "httplib.py", line 695, in send
> self.connect()
> File "httplib.py", line 1130, in connect
> sock.connect((self.host, self.port))
> File "<string>", line 1, in connect
> gaierror: (-3, 'Temporary failure in name resolution')
>
> bzr 1.1.0 on python 2.5.1.final.0 (linux2)
> arguments: ['/home/david/local/bin/bzr', 'push',
> 'lp:~david-ar/numpy.scons.support/0.4']
> encoding: 'UTF-8', fsenc: 'UTF-8', lang: 'en_US.UTF-8'
> plugins:
> gnulog /home/david/.bazaar/plugins/gnulog.pyc [unknown]
> gtk /home/david/.bazaar/plugins/gtk [0.93.0]
> launchpad
> /home/david/local/lib/python2.5/site-packages/bzrlib/plugins/launchpad
> [unknown]
> multiparent
> /home/david/local/lib/python2.5/site-packages/bzrlib/plugins/multiparent.pyc
> [unknown]
> qbzr /home/david/.bazaar/plugins/qbzr [0.8.0dev0]
> svn /home/david/.bazaar/plugins/svn [0.4.7dev0]
> *** Bazaar has encountered an internal error.
> Please report a bug at https://bugs.launchpad.net/bzr/+filebug
> including this traceback, and a description of what you
> were doing when the error occurred.
>
> My configuration is unusual in the sense that the proxy is used for name
> resolution: without using the proxy, my workstation can not resolve any
> network name outside my local network. I reported a similar problem for
> plain bzr a year ago, which was solved, but I cannot retrieve the bug,
> unfortunately (V. Ladeuil was the maintainer who solved it).
>