View Issue Details

IDProjectCategoryView StatusLast Update
0016019CentOS-7-OTHERpublic2019-04-18 20:43
PrioritynormalSeveritymajorReproducibilityhave not tried
Status newResolutionopen 
Product Version7.6.1810 
Target VersionFixed in Version 
Summary0016019: package OVMF-20180508-3.gitee3198e672e2.el7 removed file OVMF_CODE.fd from previous version
DescriptionThe previous version of the OVMF package (which supplies a UEFI bootloader for virtual machines) provided files OVMF_CODE.fd and OVMF_VARS.fd.

The new version of the package adds OVMF_VARS.secboot.fd and OVMF_CODE.secboot.fd but then *removes* OVMF_CODE.fd. This will break existing virtual machines that specified the use of OVMF_CODE.fd as the bootloader.

For comparison, the equivalent Fedora package includes both OVMF_CODE.fd and OVMF_CODE.secboot.fd.

It seems this exclusion was explicit, the spec file in the srpm contains this:
%if 0
Steps To Reproduceboot an instance using UEFI using OVMF-20150414-2.gitc9e5618.el7.noarch.rpm. stop the instance. upgrade to OVMF-20180508-3.gitee3198e672e2.el7.noarch.rpm, try to start the instance.
TagsNo tags attached.




2019-04-18 16:52

manager   ~0034218

As said on IRC, you need to check on RHEL to see if this is true there. If it is true then it's by design and CentOS just follows after and it's not our bug. If it's still in RHEL then it is a CentOS bug.


2019-04-18 19:33

reporter   ~0034219

Okay, I've confirmed that it's also true on RHEL.


2019-04-18 20:43

manager   ~0034221

Ok, so that means it's what's called an upstream bug (if it is) and you'll have to report it on to stand a chance of getting it either fixed or answered. If/when RH accepts it as a bug and incorporates a fix into RHEL and releases the patched version, then CentOS will pick it up and rebuild it.

Issue History

Date Modified Username Field Change
2019-04-18 16:50 cbf123 New Issue
2019-04-18 16:52 TrevorH Note Added: 0034218
2019-04-18 19:33 cbf123 Note Added: 0034219
2019-04-18 20:43 TrevorH Note Added: 0034221