The recent changes to the EFI support in livecd-tools work fine on x86_64, but they've completely broken 32-bit composes. It looks like they weren't really written with any consideration for the 32-bit case.

I think what we need to do here is just put in code that stops it trying to make 32-bit images EFI compatible at all. I wasn't aware it did so at all until these problems cropped up, but it looks like it always has, right back to the initial EFI support in 2009 - http://git.fedorahosted.org/cgit/livecd/commit/imgcreate/live.py?id=ceb818924b458b273293b17dd54b482b4581b528 . Probably because that support was written for Intel Macs, and there *were* 32-bit EFI Macs. But we no longer claim to support such systems at all, and we don't put EFI stuff on the 32-bit traditional media. We should stop doing it for lives.

The problems we've found so far are:

1. Adding shim to the 'required packages' for x86 live images causes 32-bit composes to fail because there is no shim package in the 32-bit repos. I fixed this in 18.10-2 by just dropping shim and grub2-efi from livecd-tools' 'required packages' - they're in comps, there's no need for them to be in livecd-tools too.

2. Once that's fixed, compose fails at the end with several "Missing EFI file" errors - this relates to __copy_efi_files in live.py . There is no shim.efi file or gcdx64.efi to copy, in a 32-bit compose, so those two fail and the compose died.

For Alpha RC3 we just rolled back livecd-tools and composed the 32-bit lives with 18.8, but we need a proper 'fix' for the future.