Bug 187007

Summary:	Allow fallback installation sources when installing
Product:	[Fedora] Fedora	Reporter:	HL <pocrelcekco390>
Component:	anaconda	Assignee:	Anaconda Maintenance Team <anaconda-maint-list>
Status:	CLOSED WONTFIX	QA Contact:	Mike McLean <mikem>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	5	Keywords:	FutureFeature
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Enhancement
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2006-04-10 16:12:59 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 HL 2006-03-27 23:30:50 UTC

Description of problem:
I would like to be able to use multiple installation sources when installing.
The majority of packages I choose are installed from the first two disks, but it
 seems wasteful to have to download an entire third (or more) disk just for a
few packages. So, it'd be nice if I could, when asked to install FC disk 3,
choose to switch to an alternative source, like an HTTP mirror.

Version-Release number of selected component (if applicable):
Fedora Core 5 i386 Installer (booted from Disk 1)

How reproducible:
Always. 

Steps to Reproduce:
1. Download only the first and second disks
2. Attempt to install Fedora.
3. Dead end when prompted for third disk, for relatively few packages.
  
Actual results:
Dead end when prompted for third disk, for relatively few packages.

Expected results:
Allow an alternative installation source to be chosen when asked for the third
(or fourth, or second) disk.

Additional info:

Comment 1 Jeremy Katz 2006-04-10 16:12:59 UTC

If you think it's wasteful, download just the boot.iso and do your entire
install over the network.  Switching install types mid-way through basically has
to change the entire plumbing of how we pull things and we can't easily
correlate that the place you point to via HTTP exactly matches the repository
info for the CDs (which would be required, as otherwise there could be different
versions of packages or definitions of groups which need to be taken into account)