The following was filed automatically by anaconda:
anaconda 13.21.30 exception report
Traceback (most recent call first):
File "/usr/lib/python2.6/site-packages/yum/config.py", line 97, in __set__
File "/usr/lib/python2.6/site-packages/yum/config.py", line 508, in populate
setattr(self, name, value)
File "/usr/lib/python2.6/site-packages/yum/config.py", line 862, in readMainConfig
File "/usr/lib/python2.6/site-packages/yum/__init__.py", line 284, in _getConfig
self._conf = config.readMainConfig(startupconf)
File "/usr/lib/anaconda/yuminstall.py", line 650, in doConfigSetup
File "/usr/lib/anaconda/yuminstall.py", line 352, in setup
File "/usr/lib/anaconda/yuminstall.py", line 1145, in doBackendSetup
File "/usr/lib/anaconda/backend.py", line 286, in doBackendSetup
if anaconda.backend.doBackendSetup(anaconda) == DISPATCH_BACK:
File "/usr/lib/anaconda/dispatch.py", line 205, in moveStep
rc = stepFunc(self.anaconda)
File "/usr/lib/anaconda/dispatch.py", line 126, in gotoNext
File "/usr/lib/anaconda/gui.py", line 1258, in nextClicked
ValueError: Error parsing "proxy = 'proxy.home:3128'": URL must be http, ftp or https not "proxy.home"
Created attachment 408439 [details]
Attached traceback automatically from anaconda.
I think this is due to passing asknetwork and proxy=http://proxy.home:3128 to the kernel. At the text-mode network dialog it has stripped off the http:// from the URL.
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux major release. Product Management has requested further
review of this request by Red Hat Engineering, for potential inclusion in a Red
Hat Enterprise Linux Major release. This request is not yet committed for
Brian, isn't this one a dupe of bug #576691?
I don't think so, in that bug it says they left off http, in my case I was passing it to the kernel and am sure it had http://, it loaded stage2 ok, but I suspect that something stripped off the http before it gets to the repo/package chooser dialog. clumens made some fixes to the proxy support in loader recently so that may be what is causing this problem.
Retested this with latest nightly DVD and it no longer throws an exception. Instead in stage2 it forgets the proxy setting entered on the command line, although it does show it correctly in the asknetwork text dialog.
It also won't complete the network install, even after entering the proxy information.
I'm going to close this and try to track down the current behavior I am seeing.