Your message dated Thu, 25 Mar 2021 19:26:10 +0300
with message-id <[email protected]>
and subject line Re: Bug#985894: qemu-system-x86: Unable to use http/https
based drives
has caused the Debian Bug report #985894,
regarding qemu-system-x86: Unable to use http/https based drives
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
985894: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=985894
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: qemu-system-x86
Version: 1:5.2+dfsg-3~bpo10+1
Severity: normal
Dear Maintainer,
According to the man page for qemu (qemu-system-x86_64) it should be possible
to use a URL to point to a read only ISO image, with an example given to boot
from a remote Fedora 20 live ISO image.
eg
qemu-system-x86_64 --drive media=cdrom,file=http://<link to iso>,readonly
Any attempt to do this with the qemu binaries distributed in Debian gives the
error:
Unknown driver 'http'
or
Unknown driver 'https'
I suspect this may be because the Debian binaries are compiled without the
--enable-curl flag, as I'm not seeing libcurl4 in the list of dependencies.
Is this deliberate?
Thanks,
Rob Leadbeater
-- System Information:
Debian Release: 10.8
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.19.0-14-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8),
LANGUAGE=en_GB:en (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages qemu-system-x86 depends on:
ii ipxe-qemu 1.0.0+git-20190125.36a4c85-1
ii libaio1 0.3.112-3
ii libasound2 1.1.8-1
ii libbrlapi0.6 5.6-10+deb10u1
ii libc6 2.28-10
ii libcacard0 1:2.6.1-1
ii libcapstone4 4.0.2-3~bpo10+1
ii libepoxy0 1.5.3-0.1
ii libfdt1 1.6.0-1~bpo10+1
ii libgbm1 18.3.6-2+deb10u1
ii libgcc1 1:8.3.0-6
ii libglib2.0-0 2.58.3-2+deb10u2
ii libgnutls30 3.6.7-4+deb10u6
ii libibverbs1 22.1-1
ii libjpeg62-turbo 1:1.5.2-2+deb10u1
ii libncursesw6 6.1+20181013-2+deb10u2
ii libnettle6 3.4.1-1
ii libnuma1 2.0.12-1
ii libpixman-1-0 0.36.0-1
ii libpmem1 1.9.2-1~bpo10+1
ii libpng16-16 1.6.36-6
ii librdmacm1 22.1-1
ii libsasl2-2 2.1.27+dfsg-1+deb10u1
ii libseccomp2 2.3.3-4
ii libslirp0 4.3.1-1~bpo10+1
ii libspice-server1 0.14.0-1.3+deb10u1
ii libtinfo6 6.1+20181013-2+deb10u2
ii libudev1 241-7~deb10u6
ii liburing1 0.7-3~bpo10+1
ii libusb-1.0-0 2:1.0.22-2
ii libusbredirparser1 0.8.0-1
ii libvdeplug2 2.3.2+r586-2.2
ii libvirglrenderer0 0.7.0-2
ii libxendevicemodel1 4.11.4+57-g41a822c392-2
ii libxenevtchn1 4.11.4+57-g41a822c392-2
ii libxenforeignmemory1 4.11.4+57-g41a822c392-2
ii libxengnttab1 4.11.4+57-g41a822c392-2
ii libxenmisc4.11 4.11.4+57-g41a822c392-2
ii libxenstore3.0 4.11.4+57-g41a822c392-2
ii libxentoolcore1 4.11.4+57-g41a822c392-2
ii qemu-system-common 1:5.2+dfsg-3~bpo10+1
ii qemu-system-data 1:5.2+dfsg-3~bpo10+1
ii seabios 1.12.0-1
ii zlib1g 1:1.2.11.dfsg-1
Versions of packages qemu-system-x86 recommends:
ii ovmf 2020.11-2
ii qemu-system-gui 1:5.2+dfsg-3~bpo10+1
ii qemu-utils 1:5.2+dfsg-3~bpo10+1
Versions of packages qemu-system-x86 suggests:
pn qemu-block-extra <none>
ii qemu-system-data [sgabios] 1:5.2+dfsg-3~bpo10+1
pn samba <none>
pn vde2 <none>
-- no debconf information
--- End Message ---
--- Begin Message ---
25.03.2021 17:49, Rob Leadbeater wrote:
Package: qemu-system-x86
Version: 1:5.2+dfsg-3~bpo10+1
Severity: normal
Dear Maintainer,
According to the man page for qemu (qemu-system-x86_64) it should be possible
to use a URL to point to a read only ISO image, with an example given to boot
from a remote Fedora 20 live ISO image.
eg
qemu-system-x86_64 --drive media=cdrom,file=http://<link to iso>,readonly
Any attempt to do this with the qemu binaries distributed in Debian gives the
error:
Unknown driver 'http'
or
Unknown driver 'https'
I suspect this may be because the Debian binaries are compiled without the
--enable-curl flag, as I'm not seeing libcurl4 in the list of dependencies.
Please install qemu-block-extra package.
Is this deliberate?
Yes.
Thanks,
/mjt
--- End Message ---
