Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 227456 - Yum doesn't parse file names with spaces
Summary: Yum doesn't parse file names with spaces
Alias: None
Product: Fedora
Classification: Fedora
Component: yum
Version: 6
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Jeremy Katz
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2007-02-06 00:57 UTC by Tobias Oed
Modified: 2014-01-21 22:57 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2007-02-06 13:44:51 UTC

Attachments (Terms of Use)

Description Tobias Oed 2007-02-06 00:57:49 UTC
Description of problem:
I know file names with spaces are a pain. But yum should be
able to handle them non the less. Putting 
baseurl=file:///root/path with spaces
in a .repo file makes yum unhappy. Escaping/quoting doesn't

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Create a repo in /root/path with spaces
2. Create a .repo file in /etc/yum.repos.d
3. run yum 

Actual results:
Options Error: Error parsing 'file:///root/path with spaces': URL must be http,
ftp, file or https not ""

Expected results:
Yum is able to use the local repo

Additional info:
I need this to use the fedora dvd as a local repo. I can't 
put baseurl=file:///media/FC6 i386 DVD directly, instead I need
to create a symlink without spaces to that location and put the
location of the symlink in the baseurl and everything works as


Comment 1 Seth Vidal 2007-02-06 06:53:03 UTC
in your yum.repo file try this:


see if that does what you would expect. It worked for me.

Comment 2 Tobias Oed 2007-02-06 11:32:31 UTC
Aha, That does work.
Funky way to escape but oh well.
Thanks Tobias

Comment 3 Seth Vidal 2007-02-06 13:44:51 UTC
It's the same way that spaces are escaped in web urls.

Note You need to log in before you can comment on or make changes to this bug.