W: qemu-debootstrap is deprecated. Please use regular debootstrap directly So the selection between debootstrap and qemu-debootstrap should just go completely. Bastian -- Where

gfxstream, QEMU) may use to perform C++ functions. AEMU development files, used by gfxstream to build against. This is a blocker of #1059295 as above descriptions. https://bugs.

boot-qemu Version: 2024.01+dfsg-1 Severity: normal debian/patches/qemu/efi-secure-boot.patch is not a good approach to enabling secure boot with U-Boot. Variables entered

Downgrading to qemu-efi-aarch64_2023.11-6_all.deb and > qemu-efi-arm_2023.11-6_all.deb fixes the issue, so the > breakage is in -7 Hi Simon, I see nothing in common between

Control: notfixed 1061636 sbuild/0.85.5 On Mon, 12 Feb 2024 23:19:40 +0100 Johannes Schauer Marin Rodrigues wrote: [...] > Quoting Francesco Poli (

build-qemu Tags: patch -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 autopkgtest-build-qemu assumes that the output of $(ls -1 /dev/mapper/loop* | sort | tail -1) is the root

%& qemu stops using internal unstable function calls any more so that it doesn't have to hard depend on libxenmisc4.1X any more, you're still screwed for HVM. BUT! if you

not have qemu-user support. Building chroots for hurd from linux is one such scenario where qemu-user emulation will never allow running hurd binaries from the chroot on the linux

xen in qemu for armhf one time with the current unstable version and one time with the change below to test the time_t transition. The resulting binaries were the same (thanks xen is buildable

] 15446s qemu-system-x86_64: terminating on signal 15 from pid 2725202 (/usr/bin/python3) Following that it fails to run the next test: 15447s autopkgtest: WARNING: Copying up

wget 1.21.3-1+b2 Versions of packages simple-cdd recommends: ii dose-distcheck 7.0.0-1+b2 Versions of packages simple-cdd suggests: pn qemu-system | qemu-kvm -- no debconf information

Control: tag -1 forwarded https://gitlab.com/qemu-project/qemu/-/issues/1591 FWIW.

. Thanks for your contribution! Upload details ============== Package: qemu Version: 7.2+dfsg-7+deb12u5 Explanation: revert patch causing regressions in suspend / resume functionality

06.02.2024 20:55, Adam D. Barratt : > On Tue, 2024-02-06 at 20:49 +0300, Michael Tokarev wrote: .. >> The change isn't small per se, as

Dear Valentin, On Tue, Feb 06, 2024 at 03:58:45PM +0100, Valentin wrote: > I suspect the issue might be somewhere in your udev configuration. >

Package: qemu-system Severity: minor Tags: patch X-Debbugs-Cc: neelx.g@gmail.com Hi, Providing itself seems useless as it only adds complexity to the package relationship graph

Package: release.debian.org Severity: normal Tags: bookworm User: release.debian.org@packages.debian.org Usertags: pu X-Debbugs-Cc: xen@packages.debian

-cdd recommends: > ii dose-distcheck 7.0.0-1+b2 > > Versions of packages simple-cdd suggests: > pn qemu-system | qemu-kvm > > -- no debconf information > >

Source: libqcow Version: 20201213-1 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-arm@lists.debian.org

Mac pkginstaller QEMU to v8.2.1 - Updated Buildah to v1.33.4 - Updated the containers/image library to v5.29.2 - Updated the containers/common library to v0.57.3 — This release has

using loong64 QEMU sbuild as described here: https://wiki.debian.org/LoongArch/sbuildQEMU The build appears to require loong64-ported version of linux-libc-dev. Otherwise

libvirt/qemu/run/passt/* rw, > > in the 'profile passt' block of /etc/apparmor.d/usr.sbin.libvirtd, and > it should work. ...which is now libvirt upstream

packages under qemu? > + elif self.qemu_architecture in ('arm', 'riscv64', 'loongarch64'): > argv.extend(['-machine', 'virt

Package: release.debian.org Severity: normal Tags: bullseye User: release.debian.org@packages.debian.org Usertags: pu X-Debbugs-Cc: usb.ids@packages.

apt install qemu-user-static [...] root@testvm:~# systemctl status systemd-binfmt.service ○ systemd-binfmt.service - Set Up Additional Binary Formats Loaded: loaded (/usr

build-qemu should keep > > using raw images. > > OK, after reading these opinions, I can agree that it makes sense to go > on with raw images. Thank you so much for taking

hypervisor (qemu) binaries on this host. 608s (Reading database ... 142919 files and directories currently installed.) 608s Removing autopkgtest-satdep (0) ... 609s autopkgtest

hypervisor (qemu) binaries on this host. 459s (Reading database ... 108364 files and directories currently installed.) 459s Removing autopkgtest-satdep (0) ... 460s autopkgtest

hypervisor (qemu) binaries on this host. 1130s (Reading database ... 108246 files and directories currently installed.) 1130s Removing autopkgtest-satdep (0) ... 1130s autopkgtest

hypervisor (qemu) binaries on this host. 338s (Reading database ... 119216 files and directories currently installed.) 338s Removing autopkgtest-satdep (0) ... 339s autopkgtest