Daniel P. Berrange wrote:
On Fri, May 22, 2009 at 02:04:28PM +0200, Farkas Levente wrote:
> Daniel P. Berrange wrote:
>> On Fri, May 22, 2009 at 01:23:06PM +0200, Farkas Levente wrote:
>>> Daniel P. Berrange wrote:
>>>> On Fri, May 22, 2009 at 11:23:01AM +0200, Farkas Levente wrote:
>>>>> - libvirt BR qemu. why? which require all qemu package which require
>>>>> openbios-ppc, vgabios, bochs-bios-data, etherboot-*. so this is a
>>>>> dependency hell. imho it'd be useful to clean up!
>>>> The build process wants QEMU so its a BR. There is no dependancy hell
>>>> here unless you're using the wrong tools. mock trivially pull in the
>>>> chain of deps as needed during build, so there's nothing to
'clean up'.
>>> i can't build (since i don't have ppc) but i need it for
qemu-system-ppc
>>> which is needed by qemu which is needed by libvirt:-(
>>> are you sure all of these req and br are required?
>> You're not making any sense here. You don't need a ppc host, to build
>> qemu-system-ppc. All host architectures can build all QEMU targets,
>> you're not restricted to matching host & qemu target, with the exception
>> of KVM.
> i wrote above i can't build openbios-ppc which required by qemu etc...so
> i can't build libvirt:-(
Then just disable the qemu-system-ppc bits in QEMU. It really isn't hard
to remove the ppc sub-RPM and change the target-list for the QEMU build
to turn off ppc.
this means even on a primary platform ix86 these packages can't be
rebuild without modification.
wouldn't be easier to put back openbios-ppc, vgabios, bochs-bios-data,
etherboot into qemu?
--
Levente "Si vis pacem para bellum!"