Bug 736721 - installation can't continue, keeps asking to insert the Fedora disc
Summary: installation can't continue, keeps asking to insert the Fedora disc
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 16
Hardware: powerpc
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Will Woods
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: F16Alphappc
TreeView+ depends on / blocked
 
Reported: 2011-09-08 14:05 UTC by Karsten Hopp
Modified: 2012-03-14 13:06 UTC (History)
4 users (show)

Fixed In Version: anaconda-16.18-1.fc16
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-09-19 23:51:54 UTC


Attachments (Terms of Use)
My stab at it (3.90 KB, patch)
2011-09-12 15:11 UTC, Mark Hamzy
no flags Details | Diff

Description Karsten Hopp 2011-09-08 14:05:30 UTC
Description of problem:
After the partitions got formatted the DVD gets ejected and a window pops up: 'Please insert the Fedora disc to continue'

Version-Release number of selected component (if applicable):
anaconda-16.16-1.fc16

How reproducible:
always

Steps to Reproduce:
1. install from DVD, p.e.  http://ppc.koji.fedoraproject.org/scratch/karsten/iso/Fedora-20110907-ppc64-DVD-respin.iso
2. proceed until after the partitioning gets written to the disk
3. 
  

Additional info:
# cat .discinfo
1315411999.092447
Fedora 20110907
ppc64

Comment 1 Will Woods 2011-09-09 14:10:19 UTC
Is it the 'ppc64' causing the problem? Anaconda's probably expecting 'ppc'. I'll check into it.

Comment 2 Mark Hamzy 2011-09-12 15:11:52 UTC
Created attachment 522721 [details]
My stab at it

I took the isX86 approach for isPPC

Comment 3 Will Woods 2011-09-12 21:36:59 UTC
I'm not really happy with this, because it breaks the ability to have a ppc runtime with a ppc64 kernel.

For the moment the simplest workaround is probably to force lorax to write 'ppc' into the .discinfo file for all ppc arches.

I'm starting to think changing the basearch for ppc64 to 'ppc64' was the wrong idea. It's causing a lot of problems and I'm not sure what it fixes (e.g. I'm pretty sure we could build pure-ppc64 trees before that change was made).

Comment 4 Will Woods 2011-09-14 15:31:54 UTC
After some consideration of the problem I've applied a version of the patch from comment #2 (thanks, Mark!). It's only sensible: if yum considers the basearch for ppc64 to be 'ppc64', so should anaconda.

We'll need some other way to hack in the old support for 32-bit images with a 64-bit kernel, but that'll come later. First, let's make it work.

Patches applied in git master:

  facb60a iutil: make getArch() return ppc64 on ppc64 (#736721)
  9249b08 iutil: add 'bits' arg to isPPC (like isX86)

and f16-branch:

  d751bce iutil: make getArch() return ppc64 on ppc64 (#736721)
  9fd72aa iutil: add 'bits' arg to isPPC (like isX86)

Comment 5 Fedora Update System 2011-09-15 00:44:12 UTC
anaconda-16.18-1.fc16 has been submitted as an update for Fedora 16.
https://admin.fedoraproject.org/updates/anaconda-16.18-1.fc16

Comment 6 Fedora Update System 2011-09-15 15:16:13 UTC
Package anaconda-16.18-1.fc16:
* should fix your issue,
* was pushed to the Fedora 16 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing anaconda-16.18-1.fc16'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/anaconda-16.18-1.fc16
then log in and leave karma (feedback).

Comment 7 Fedora Update System 2011-09-19 23:51:31 UTC
anaconda-16.18-1.fc16 has been pushed to the Fedora 16 stable repository.  If problems still persist, please make note of it in this bug report.


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