From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.1) Gecko/20031114 Description of problem: The rpm man page is clear on how to use proxy and it works, but why not use the http_proxy variable as most command-line programs do? Also, why not permit the convention http://proxy_host_name:port for --httpproxy? Version-Release number of selected component (if applicable): rpm-4.2.1-0.30 How reproducible: Always Steps to Reproduce: 1. export http_proxy=http://proxy_host_name:port 2. try to install an http:// package with RPM without specifying proxy Actual Results: [root@localhost /]# rpm -Uvh http://sluglug.ucsc.edu/macromedia/apt/fedora/1/RPMS.macromedia/flash-plugin-6.0.79-2.i386.rpm Retrieving http://sluglug.ucsc.edu/macromedia/apt/fedora/1/RPMS.macromedia/flash-plugin-6.0.79-2.i386.rpm (hangs there doing nothing) Expected Results: The package should have downloaded and installed correctly Additional info: yum, wget, lynx etc works with the http_proxy environment variable set.
--httpproxy is not what you are expecting, but is a rather old implementation based on the TIS proxy server. SO there's little need to grok a shell envvar for a non-existent implementation. I'd rather see a macro rather than a shell env, as rpm may not always run underneath a shell.