Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1371653 - UEFI boot of installer images fails since anaconda-26.1-1.fc26 with "AttributeError: 'EFIGRUB' object has no attribute 'boot_args'"
Summary: UEFI boot of installer images fails since anaconda-26.1-1.fc26 with "Attribut...
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: rawhide
Hardware: x86_64
OS: Linux
unspecified
urgent
Target Milestone: ---
Assignee: Anaconda Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 1373626 (view as bug list)
Depends On:
Blocks: F26AlphaBlocker
TreeView+ depends on / blocked
 
Reported: 2016-08-30 17:45 UTC by Adam Williamson
Modified: 2016-09-29 16:49 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-09-29 16:49:42 UTC
Type: Bug
Embargoed:

Attachments (Terms of Use)

Description Adam Williamson 2016-08-30 17:45:00 UTC 
anaconda-26.1-1.fc26 landed in today's Rawhide compose, 20160830.n.0 . So far it seems all openQA tests which UEFI boot an installer image for this compose are crashing on anaconda startup with a traceback ending in "AttributeError: 'EFIGRUB' object has no attribute 'boot_args'" . You can see the full traceback in the failed tests, e.g. https://openqa.stg.fedoraproject.org/tests/35097#step/_boot_to_anaconda/8 .

Proposing as an F26 Alpha blocker: violates "All release-blocking images must boot in their supported configurations" , a footnote states "Release-blocking images must boot from all system firmware types that are commonly found on the primary architectures. For the x86_64 architecture, UEFI with Secure Boot configured in accordance with Microsoft's Windows certification requirements is considered a 'commonly found' firmware type."
Comment 1 Adam Williamson 2016-09-06 19:14:24 UTC 
this is still happening; I think someone was working on this and even asked for my github ID, but I don't see any PR has been opened...
Comment 2 Martin Kolman 2016-09-07 09:29:40 UTC 
(In reply to Adam Williamson from comment #1)
> this is still happening; I think someone was working on this and even asked
> for my github ID, but I don't see any PR has been opened...
This should be the pull request:
https://github.com/rhinstaller/anaconda/pull/766

It has already been merged and it should be in yesterdays Anaconda build (26.2).
Comment 3 Martin Kolman 2016-09-07 09:30:18 UTC 
*** Bug 1373626 has been marked as a duplicate of this bug. ***
Comment 4 Adam Williamson 2016-09-29 16:49:42 UTC 
This is fine now.
Note You need to log in before you can comment on or make changes to this bug.