Hi,
> But apt-listbugs now reclaims about http_proxy is set and aborts, > which is not nice: > > # apt-listbugs list apt-listbugs > /usr/sbin/apt-listbugs:395:in `parse_options': E: sanity check failed: > environment variable http_proxy is set and soap_use_proxy is not 'on'. > (RuntimeError) > from /usr/sbin/apt-listbugs:1308 > # unset http_proxy > # apt-listbugs list apt-listbugs > /usr/sbin/apt-listbugs:392:in `parse_options': E: sanity check failed: > environment variable http_proxy is unset and HTTP_PROXY is set. (RuntimeError) > from /usr/sbin/apt-listbugs:1308 > .. > > If there is a switch to control if apt-listbugs reads the > HTTP_PROXY setting from the environment or not it should read it > if it is set and not read it if it is not set. But it is not the > job of apt-listbugs to gripe about a set HTTP_PROXY variable in > the environment if SOAP_USE_PROXY is not set. > BTW: A somewhat consistent handling of the proxy usage within > the apt family would not be bad ;-). Better than having everyone filing grave bugs saying 'this does not work as expected' proxy configuration is set in /etc/apt/apt.conf.d/XXX. It should be consistent with APT. Why do you set HTTP_PROXY and not http_proxy? This is a safeguard check against users griping about 'HTTP_PROXY is set but apt-listbugs does not work' > And .. there are really enough environment variables. We do not need > yet another environment variable for every program. apt-listbugs has > a config file, so why not use it for the SOAP_USE_PROXY switch? SOAP_USE_PROXY is a safeguard set by ruby upstream. regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} Debian Project -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]