Your message dated Thu, 3 Mar 2016 14:26:07 +0100
with message-id <[email protected]>
and subject line Re: Bug#613403: reopened: hg clone fails with https site
behind an http proxy
has caused the Debian Bug report #613403,
regarding reopened: hg clone fails with https site behind an http proxy
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
613403: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=613403
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: mercurial
Version: 1.7.3-1
Severity: normal
Mercurial fails to clone from https site being behind an http proxy.
Environment variables are set correctly. Mercurial first connects to
proxy, but then also tries to open direct connection and fails.
So this is probably a reopened Bug 498711. Reproduces in mercurial 1.6 and
1.7.
How to reproduce: simply set up an http CONNECT proxy and try to clone
some code.google.com repository from behing it.
-- System Information:
Debian Release: squeeze/sid
APT prefers stable
APT policy: (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.36-trunk-686-bigmem (SMP w/2 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored:
LC_ALL set to ru_RU.UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages mercurial depends on:
ii libc6 2.11.2-7 Embedded GNU C Library:
Shared lib
ii mercurial-common 1.7.3-1 scalable distributed version
contr
ii python 2.6.6-3+squeeze1 interactive high-level
object-orie
ii python-support 1.0.11 automated rebuilding support
for P
ii ucf 3.0025+nmu1 Update Configuration File:
preserv
mercurial recommends no packages.
Versions of packages mercurial suggests:
ii kdiff3 0.9.95-7 compares and merges 2 or 3
files o
pn qct <none> (no description available)
ii tk8.4 [wish] 8.4.19-4 Tk toolkit for Tcl and X11,
v8.4 -
ii tk8.5 [wish] 8.5.8-1 Tk toolkit for Tcl and X11,
v8.5 -
ii vim-gnome [v 2:7.3.035+hg~8fdc12103333-1 Vi IMproved - enhanced vi
editor -
-- Configuration Files:
/etc/mercurial/hgrc.d/mergetools.rc [Errno 2] Нет такого файла или
каталога: u'/etc/mercurial/hgrc.d/mergetools.rc'
-- no debconf information
--- End Message ---
--- Begin Message ---
On Tue, Mar 1, 2011 at 18:32:08 +0300, Виталий Филиппов wrote:
> >What environment variables are you using? To what are you setting them?
> >Are you using any extensions? hgsubversion is known to ignore
> >http_proxy, for example.
>
> No, I'm not using any extensions, I simply clone a googlecode HG
> repository.
>
> This is very strange, I also could not reproduce this bug on other machine
> that has direct Internet access. This runs OK:
>
> iptables -A OUTPUT -p tcp --dport 443 -j DROP
> http_proxy=http://95.31.10.190:3128 https_proxy=http://95.31.10.190:3128
> strace hg clone https://mediawiki4intranet.googlecode.com/hg/
> mediawiki4intranet
>
> But when I'm trying this at work (proxy.custis.ru:3128 is an intranet
> proxy, port 443 is closed on the router), it fails and strace looks very
> strange - it seems hg connects to the proxy and starts tunnel connection,
> but then also tries to connect directly (see attached strace.gz).
> This command fails:
> http_proxy=http://proxy.custis.ru:3128/
> https_proxy=http://proxy.custis.ru:3128/ hg clone
> https://mediawiki4intranet.googlecode.com/hg/ mediawiki4intranet
>
Just tried with
http_proxy=http://proxy:3128/ https_proxy=http://proxy:3128/ hg clone
https://selenic.com/repo/python-hglib
which worked without issues. It seems likely this is either fixed or
was a local problem.
Cheers,
Julien
--
Julien Cristau <[email protected]>
Logilab http://www.logilab.fr/
Informatique scientifique & gestion de connaissances
--- End Message ---
