RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 584989 - ValueError: Error parsing "proxy = 'proxy.home:3128'": URL must be http, ftp or https not "proxy.home"
Summary: ValueError: Error parsing "proxy = 'proxy.home:3128'": URL must be http, ftp ...
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: anaconda
Version: 6.0
Hardware: i386
OS: Linux
medium
medium
Target Milestone: rc
: ---
Assignee: Brian Lane
QA Contact: Release Test Team
URL:
Whiteboard: anaconda_trace_hash:b30ed988f0b0a86eb...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-04-22 20:29 UTC by Brian Lane
Modified: 2010-04-29 00:29 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-04-29 00:29:21 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
Attached traceback automatically from anaconda. (292.77 KB, text/plain)
2010-04-22 20:29 UTC, Brian Lane 		no flags Details
View All

Description Brian Lane 2010-04-22 20:29:52 UTC 
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__
    value, str(e)))
  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
    yumconf.populate(startupconf._parser, 'main')
  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
    YumSorter._getConfig(self)
  File "/usr/lib/anaconda/yuminstall.py", line 352, in setup
    self.doConfigSetup(root=self.anaconda.rootPath)
  File "/usr/lib/anaconda/yuminstall.py", line 1145, in doBackendSetup
    self.ayum.setup()
  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
    self.moveStep()
  File "/usr/lib/anaconda/gui.py", line 1258, in nextClicked
    self.anaconda.dispatch.gotoNext()
ValueError: Error parsing "proxy = 'proxy.home:3128'": URL must be http, ftp or https not "proxy.home"
Comment 1 Brian Lane 2010-04-22 20:29:55 UTC 
Created attachment 408439 [details]
Attached traceback automatically from anaconda.
Comment 2 Brian Lane 2010-04-22 20:38:25 UTC 
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.
Comment 4 RHEL Program Management 2010-04-22 23:12:41 UTC 
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
inclusion.
Comment 5 Radek Vykydal 2010-04-26 09:03:21 UTC 
Brian, isn't this one a dupe of bug #576691?
Comment 6 Brian Lane 2010-04-26 16:17:25 UTC 
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.
Comment 7 Brian Lane 2010-04-29 00:29:21 UTC 
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.
Note You need to log in before you can comment on or make changes to this bug.