On Thu, Dec 12, 2019 at 9:07 PM John M. Harris Jr <johnmh@xxxxxxxxxxxxx> wrote: > > On Thursday, December 12, 2019 7:12:40 PM MST Chris Murphy wrote: > > On Thu, Dec 12, 2019 at 7:00 PM Richard Shaw <hobbes1069@xxxxxxxxx> wrote: > > > > > > > > > > > Ok, obvious question first... Has this caused any problems? When was the > > > last time this failed? > > > > Funny you should ask. Today! > > > > https://bugzilla.redhat.com/show_bug.cgi?id=1783066 > > > > But before that, I think it's been a little while. Couple years? > > This looks like a change in util-linux that we need to adapt to. This is not a > reason to drop optical media, in my opinion. Many systems, including the > environment that I support both at Splentity and my employer require optical > media. Even several of my personal servers also require optical media images > to be able to re-image systems over their out-of-band control modules. Optical media is not being dropped. The proposal expressly says this. > As mentioned above in this thread, there are a number of systems with BIOS or > UEFI implementations that don't support booting from USB media to begin with, > so the workaround suggested is not viable. The work around is part of testing the scope of the bug. It's not a prescription for production use. This bug was caught by openqa bots being unable to boot any of the rawhide compose images; and last time I recall an ISO related bug that only affected optical, it was a syslinux/isolinux bug and likewise tripped up VM's (the qemu cd-rom device). So as an early warning detection, that's pretty cool. No coasters were made as part of these tests! We'll just have to see if there's an easy fix for the util-linux commit that broke this, which is kinda what I'm expecting. But it might be reasonable to have one specific optical media only image, perhaps Everything ISO. And then simplify the other images. -- Chris Murphy _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
