My distribution has not added 2.65.0 yet but it should be fixed now,
yes.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1845185
Title:
Cannot build qemu utils (qemu-img.exe, qemu-edid.exe,
Tested and working. Thank you!
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1871798
Title:
Fails to start on Windows host without explicit --disable-pie
Status in QEMU:
Incomplete
Bug
I didn't know whether PIE is generally supported on Windows or not. It
was possible that Gentoo is just inadvertently disabling support for it.
It did stem from a bug report though and reading around, others
elsewhere have reported that PIE on Windows doesn't work.
--
You received this bug
I'm using GCC 9.3.0 with mingw-w64 7.0.0, all built with Gentoo Linux's
crossdev.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1871798
Title:
Fails to start on Windows host without explicit
Wait, just in case, I guess. I'm just a lowly user here.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1871250
Title:
Failed to create HAX VM
Status in QEMU:
New
Bug description:
Hi,
I'm
Just going by https://lists.nongnu.org/archive/html/qemu-
devel/2020-03/msg06882.html.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1871250
Title:
Failed to create HAX VM
Status in QEMU:
New
It looks like it's been queued for merging already.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1871250
Title:
Failed to create HAX VM
Status in QEMU:
New
Bug description:
Hi,
I'm
Thanks, that does indeed work for me too! Sorry for the confusion there,
apparently merge commits play havoc with git bisect. I also thought it
was strange that 4.2.0 didn't work for you as my last working commit
came after that.
--
You received this bug notification because you are a member of
I've bisected this back to b319df553707a3d44c7d027a5d5562f672a768a9,
which is odd because it's a merge commit about PowerPC. Perhaps I lost
my way somewhere or perhaps there's something hiding in here that breaks
it. I wasn't able to revert it in a hurry. I'll have a closer look
later.
** Tags
There is an open glib issue about this. See my comment. I'll try to
address it myself.
https://gitlab.gnome.org/GNOME/glib/-/issues/1851#note_603599
** Bug watch added: gitlab.gnome.org/GNOME/glib/-/issues #1851
https://gitlab.gnome.org/GNOME/glib/-/issues/1851
--
You received this bug
Public bug reported:
Since commit d2cd29e30736afd4a1e8cac3cf4da360bbc65978, which removed the
x86 conditional around PIE, QEMU completely fails to start on a Windows
host unless --disable-pie is explicitly given at build time. Even just
requesting the help text doesn't work. To make testing
I am also seeing this. It was working as of commit
d649689a8ecb2e276cc20d3af6d416e3c299cb17 so something must have changed
in the past month. I can't see anything HAX-related though.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
t investigated much further, I suspect
> source priorities and busy looping still come into play.
>
> This version keeps the "notified" field, so event_notifier_poll()
> should still work as expected.
>
> Cc: James Le Cuirot
> Signed-off-by: Marc-André Lureau
> ---
> util/
This dependency is currently "automagic", which is bad for distributions.
Signed-off-by: James Le Cuirot
---
configure | 5 +
1 file changed, 5 insertions(+)
diff --git a/configure b/configure
index 30aad233d1..30544f52e6 100755
--- a/configure
+++ b/configure
@@ -1521,
I get an undefined reference to cpu_set_tls. The other architectures
have this defined in target-*/cpu.h but the implementations vary. They
generally seem to modify a register or two. I'm out of my depth here. I
have no idea what that would look like for i386.
--
You received this bug
Apologies, I missed part of the patch when trying to reapply it. Here it
is. It seems to work.
** Patch added: add-usermode-NPTL-support-for-i386.patch
https://bugs.launchpad.net/qemu/+bug/739785/+attachment/3493200/+files/add-usermode-NPTL-support-for-i386.patch
--
You received this bug
I have just encountered this trying to emulate i386 on x86_64, which
should dismiss any theories about ARM or MIPS. I've tried to apply the
previous patch to QEMU 1.2.2 but it doesn't build. Currently trying to
fix it.
--
You received this bug notification because you are a member of qemu-
I am seeing more or less the same thing. I am trying to boot Puppy Linux
from Gentoo with qemu-kvm-1.1.1-r3 and gentoo-sources-3.6.0.
Interestingly, I also found that AROS crashed when using -cpu host but
I initially chalked that up to AROS being flakey - perhaps not.
Obviously I can't enable
18 matches
Mail list logo