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]
