On Tue, 6 Apr 2010 17:09:19 +0200 Witold Baryluk wrote: [...] > IPv6 netork is not needed.
OK, then I will try to reproduce the bug. Unfortunately I will not be able to do that in the following days: maybe next week, but I'm not sure. In the meanwhile, if Ryan is willing to step in, I will be more than happy! > > It is sufficient to in default privoxy configuration > change "listen-address 127.0.0.1:8118", to "listen-address [::1]:8118" > > $ env | grep proxy > http_proxy=http://localhost:8118/ > no_proxy=localhost,127.0.0.0/8 Do you get this output as root or as a regular user? > $ cat /etc/resolv.conf > nameserver 127.0.0.1 > $ cat /etc/hosts > 127.0.0.1 localhost > 127.0.1.1 sredniczarny > ::1 localhost ip6-localhost ip6-loopback > fe00::0 ip6-localnet > ff00::0 ip6-mcastprefix > ff02::1 ip6-allnodes > ff02::2 ip6-allrouters > $ > > I have also nscd package installed and running. > > > > > > Well, I don't know: it probably depends on where exactly the problem > > lies. > > Somewhere in ruby's libraries probably. > > > Hopefully the situation will be clearer, when we get the answers to the > > questions I asked Witold... > > > > > Unfortunettly i just tried 'apt-get install something' which will trigger > apt-listbugs, This means you are experiencing the bug as root. Do you experience the same problems with a regular user? Could you please try, as a regular user (with the proper http_proxy and soap_use_proxy environment variable set) the following command and send the content of the two generated files? $ apt-listbugs -d list apt-listbugs > /tmp/debug.out 2> /tmp/debug.err > but it looks that apt-lisbugs now connect to the internet directly, > despite the fact that there is http_proxy variable. > I do not know why this behaviour changed. The apt-listbugs man page states: | ยท http_proxy, soap_use_proxy=on If HTTP_PROXY is set and | SOAP_USE_PROXY is set, the value is used for HTTP Proxy. The | default is to use the same value set for apt. So you need to set soap_use_proxy=on in order to tell apt-listbugs to use an HTTP proxy for its SOAP conversations with the BTS. > > After setting soap_use_proxy=on > > i got: > ... > Reading package fields... Done > Reading package status... Done > Retrieving bug reports... 0% Fail > Error retrieving bug reports from the server with the following error message: > W: Connection refused - connect(2) (http://localhost:8118) > It could be because your network is down, or because of broken proxy servers, > or the BTS server itself is down. Check network configuration and try again This seems to indicate that apt-listbugs correctly tries to connect to the proxy specified in the http_proxy variable, but the connection is being refused. Can it be that apt-listbugs tries to establish a TCP connection, while privoxy only listens to the TCP6 port? It's not clear to me why other programs work correctly with your set up, though. I am no IPv6 expert: does it show so much? ;-) I wonder why you set "listen-address [::1]:8118" for privoxy, but http_proxy=http://localhost:8118/ ? Did you try with http_proxy=http://[::1]:8118/ ? > > > Neverthless this is other error message i was seying previously. > > Is this possible that apt-listbugs used http_proxy WITHOUT soap_use_proxy? > And why this environment variable is needed at all. It would be much better > to have enabled this by default (lack of soap_use_proxy will mean > that one should use http_proxy variable if it is set). Well, I am not sure, since the proxy support was implemented well before that I began to co-maintain apt-listbugs, but I suppose that the extra variable (soap_use_proxy) gives some more flexibility (such as: I want proxy for everything but SOAP...). I am not really comfortable with changing the default behavior, since it could break many existing systems... -- http://www.inventati.org/frx/progs/scripts/pdebuild-hooks.html Need some pdebuild hook scripts? ..................................................... Francesco Poli . GnuPG key fpr == C979 F34B 27CE 5CD8 DC12 31B5 78F4 279B DD6D FCF4
pgppQFWGXWFcD.pgp
Description: PGP signature
