✅ Proposal: Drop optical media boot release criterion

:white_check_mark: Update: This proposal has now been put into action.

Hi everyone, this is a proposed change for Fedora Release Criteria. It is related to a wide set of changes that Fedora Quality team need to perform this cycle, which are summarized here, so please feel free to read that for more background information and general overview, thanks.

Proposal: No longer consider optical media boot as release-blocking on bare metal machines, for any install medium.

You can see the current release criterion here, and (expand the footnotes sections) it reads:

All release-blocking images must boot in their supported configurations.
Release-blocking live and dedicated installer images must boot when written to optical media of an appropriate size (if applicable) and when written to a USB stick with any of the officially supported methods.
According to FESCO decision, QA team is not responsible for physical optical media testing. However, if any bug is found, it’ll be considered to be a blocker.

As you can see, the Quality team wasn’t required to test optical media since 2020, but any issue found could still be a blocker. We didn’t like this solution very much (blocking on something that we don’t test), but testing optical boot was simply too time-consuming and already niche. Now, 5 years later, we think it’s finally time to drop the whole criterion. The importance of optical boot is long gone, and we believe it’s time to remove it from the “critical feature list” called release criteria. It will not save us much time (I don’t remember any high-profile optical boot issue over the last few years), but it will simplify our test matrices a bit (making them easier to read), it will resolve the dichotomy between release-blocking status and Quality coverage, and it will allow us to get rid of the DVD drive and media we still have ready (but probably no longer work anyway) if a problem was found.

Important note: If you’re not very familiar with the release criteria process, please read this. Removing a release criterion doesn’t mean removing the feature. Optical media will still work even after this change. The difference is that if a problem is found, it will not be considered critical enough to block the release of the next upcoming Fedora. Instead, it will be resolved as any other standard bug.

Virtualization note: As stated in the discussion below, some part of the optical boot stack will still be tested (and be release-blocking) in the form of virtualization testing. Most virtualization tools still rely on booting ISO images in the form of virtual optical media, and as long as they do, this will be included in release validation. The proposal above applies to bare metal machines only.

20 Likes

You made the points. +1. Thanks for taking care :classic_smiley:

1 Like

This is probably fine at this point. I know that DVDs are still used in some places, but is slowly changing even now.

2 Likes

+1. I’m sure there will be a lot of people upset about this, and I sympathize with them, but not everything can be blocking, and the optical use case is a lot less prevalent than it used to be. And as a matter of principle, I have a hard time supporting blocking for anything that isn’t regularly tested. :slight_smile:

6 Likes

Since the Release Criteria have separate test cases for USB and DVD booting, I assume this proposals means that boot-from-USB will still be tested and failures will be release-blocking. In which case, +1.

1 Like

I’m happy for this to go ahead.

Yes, exactly.

1 Like

I think the physical optical media part can be dropped.

But there should be some safeguard against releasing images that are unable to boot as a virtual optical media. I would replace the release criteria with two simple to run virt-install or qemu command lines that boot the images with BIOS and UEFI. This should ensure the basic functionality is still there and the time to test it is minimal.

My current use cases for reference are:

  • run a Live.iso to try things in different environments using something like qemu-system-x86_64 -accel kvm -m 4096 -vga qxl -cdrom filename.iso which uses BIOS DVD boot
  • install or rescue a PC using networked KVM or a VM using the Server-netinst.iso which in most cases is UEFI DVD boot
2 Likes

This is already covered many times over. All the openQA tests that boot from an ISO image (dozens of them) do this.

2 Likes

+1 absolutely, a large amount of computers (especially laptops) haven’t even come with optical drives for the last, maybe 10 years or so?

As long as we can still build a custom iso and boot it from any media, no issue there.

We’re not planning to intentionally break anything. Practically speaking the ISOs are likely to keep working on optical media. We just want to not make it a release-blocking requirement any more.

1 Like

+1. Booting from ISO or USB is highly prolific these days. Does this also mean that blockers related to image sizes based off of physical media constraints will also be removed/relaxed?

We should finally discuss this in the WG, but indeed, it will be quite difficult to find a server which is not able to boot from USB.

The size limit is not due to any physical media – these times are long gone – but we want to keep it small to keep it easily usable in areas with weak internet connection.

1 Like

It’s not really a practical concern right now. Server is the only DVD image, and it’s 3G currently, far smaller than a DVD. We gave up on trying to keep any images CD-sized some time ago.

Today, this term is something of a misnomer.

We wanted to rename it some time ago (offline or local install versus online or net install), but had to postpone it due to personnel infrastructure bottlenecks. Maybe we can take it up again now.

+1, makes sense to me.

The question is: Are their many PCs in our current or possible user community that can boot to a DVD, but can’t boot to a USB thumb drive? I think support for DVDs must be scaled back. Corner cases should be redefined and not tested for.

I don’t think so. Even my 15 years old PC boots via USB, and I remember that this was the norm a few years earlier.

Virtual machines usually only load install media using dvd boot, so if an iso file can’t be loaded in dvd boot mode, that would be a problem.

I am not sure how to make a virtual machine boot the iso file in USB mode.