Qemu got support for it's curl backend, but sadly it seems to be broken. UPstream can't confirm this, so it might be related to the fedora specific patches. Can be tested using $ qemu -cdrom http://mirror.de.leaseweb.net/fedora/linux//releases/16/Fedora/x86_64/os/images/boot.iso
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
Rawhide bugs tend to linger, so moving to F17.
Hmm. Rich, I know you've followed the upstream thread about this, and I saw you mention something about Fedora's curl being 'broken'. Can you elaborate on that? Will the upstream patch series fix things even with Fedora's curl ?
(In reply to Cole Robinson from comment #3) > Hmm. Rich, I know you've followed the upstream thread about this, and I saw > you mention something about Fedora's curl being 'broken'. Can you elaborate > on that? Will the upstream patch series fix things even with Fedora's curl ? Fedora's curl simply doesn't work. Upstream curl from git works fine. Try this test on Fedora 19 w/ qemu >= 1.4 and libguestfs 1.22. You will need a remote disk image of some sort available over HTTP. With Fedora curl: $ export LIBGUESTFS_BACKEND=direct $ guestfish -a http://192.168.0.249/scratch/winxp.img -i -v [it just hangs when running qemu using 100% CPU] With upstream curl compiled from git: $ export LD_LIBRARY_PATH=~/d/curl/lib/.libs $ export LIBGUESTFS_BACKEND=direct $ guestfish -a http://192.168.0.249/scratch/winxp.img -i -v [...] Welcome to guestfish, the guest filesystem shell for editing virtual machine filesystems and disk images. Type: 'help' for help on commands 'man' to read the manual 'quit' to quit the shell Operating system: Microsoft Windows XP /dev/sda1 mounted on / ><fs> I don't know why this is. We seem to patch curl heavily in Fedora.
(In reply to Cole Robinson from comment #3) > Will the upstream patch series fix things even with Fedora's curl ? No.
*** This bug has been marked as a duplicate of bug 971790 ***