Description of problem: In order to build a working qemu-system-ppc64 capable of emulating pSeries platforms (which is a pre-req to be able to do KVM on pSeries but is also generally useful to do things like distro testing without appropriate hardware), we need a SLOF firmware binary to run inside the guest. This binary is shipped with qemu (pc-bios/slof.bin) and the source code is a sub-module (originating from a git tree on github). SLOF is open source and BSD licenced. Ideally a separate package would be needed for SLOF similar to what is done for the x86 BIOSes used in qemu, but that would mean having a ppc64 cross toolchain to build that package on other architectures. The other option is to seek an exception to simply include the binary that is shipped as part of qemu source. Version-Release number of selected component (if applicable): 1.0.1+ How reproducible: Always Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
Do you happen to know what precise packages would need to be in the cross-chain? I'm guess binutils, gcc only? It might be do-able if it's only a couple of packages.
A minimal binutils+gcc would do yes (ie, a gcc without glibc that can build kernels but not userspace binaries should do).
I've sent mail to the fedora packaging list requesting an exception: http://lists.fedoraproject.org/pipermail/packaging/2012-July/008557.html
SLOF is packaged now, so closing this. The actual qemu packaging changes will be done as part of https://bugzilla.redhat.com/show_bug.cgi?id=844502