Bug 663992

Summary: repo --name=updates does not work
Product: [Fedora] Fedora Reporter: Bill Peck <bpeck>
Component: anacondaAssignee: Chris Lumens <clumens>
Status: CLOSED CURRENTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: 14CC: jonathan, vanmeeuwen+fedora
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: anaconda-15.15-1 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-12-22 19:23:45 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Bill Peck 2010-12-17 16:26:35 UTC
Description of problem:

According to the docs and Spot you should be able to turn on the updates repo from kickstart with the following:

repo --name=updates

This fails with anaconda complaining that we are not providing --baseurl or --mirrorlist.

If I fill in either of those options we still don't get any updates installed.

If I then change the name of the repo to --local-updates, then it works.

So specifying a repo name of updates must conflict with the internal repo, but there doesn't seem to be any way to turn this on.


Hopefully this can be sorted out in rawhide and F15.

Thanks!

Comment 1 Chris Lumens 2011-01-06 21:08:38 UTC
Do you see the log message:

log.warning("ignoring duplicate repository %s with URL %s" % (repo.name, repo.mirrorlist or repo.baseurl[0]))

If so, that would confirm your theory that the name is conflicting with the internal repo.  I also think you're right on the rest of this too.

I don't know where the documentation says you can do this, but it certainly has never worked.  One of mirrorlist or baseurl has always been required for the repo command  We can probably change it to make a repo without mirrorlist/baseurl refer to a previously defined Fedora one and if that fails, then fail the whole thing instead.

Comment 2 Chris Lumens 2011-01-06 21:13:04 UTC
Are you also going to want to set cost, excludepkgs, includepkgs, proxy, etc. on the updates repo?  Or, can I get away with saying if you provide the name of something that already exists in the repo config files, all you can do is enable it?

Comment 3 Bill Peck 2011-01-06 22:01:07 UTC
I don't think we need to set any of those things.  If we are asking for a pre-defined repo we want the defaults of that repo.

Thanks