Public bug reported:
It used to be that building QEMU 5.1.0 twice in a row, using Guix, would
result in bit-for-bit identical results.
Starting with 5.2.0, this is no longer true. Here's a summary of which
files have non-determinism:
Here's a summary of the differing files:
$ diff -r /gnu/stor
Hello, this problem is resolved when using Meson 0.57.1, as suggested by
bonzini on #qemu (OFTC).
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1919253
Title:
QEMU doesn't build reproducibly anymor
** Summary changed:
- -net user,hostfwd=... is not working(qemu-system-aarch64)
+ -net user,hostfwd=... is not working
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1414466
Title:
-net user,hostfw
Hello, I'm also experiencing such a problem, using qemu-system-x86_64
(hence the retitling of this issue). More information and output is
available at http://issues.guix.gnu.org/48739, but basically with the
following QEMU command used to run a VM:
/gnu/store/vbjfas8smw260r0qw1d5bbnh5hz08haz-qemu
Here's what `tcpdump -i lo` reports during attempting the SSH access:
17:09:30.573545 IP localhost.55526 > localhost.: Flags [S], seq 1198531632,
win 65495, options [mss 65495,sackOK,TS val 1662149852 ecr 0,nop,wscale 7],
length 0
17:09:30.573569 IP localhost. > localhost.55526: Flags [S
That's rather embarrassing, but the problem with my VM was that it was
lacking networking support. I turned this (too) minimal example of a
Guix System:
;;; file: os.scm
(use-modules (gnu services ssh)
(gnu system)
(gnu tests))
(simple-operating-system
(service openssh
Public bug reported:
QEMU release version: Any recent version (5.0.0, 5.1.0, git master)
Host CPU: AMD Ryzen 3900X
The following backtrace is from commit
e883b492c221241d28aaa322c61536436090538a.
QTEST_QEMU_BINARY=./build/qemu-system-x86_64 gdb
./build/tests/qtest/bios-tables-test
GNU gdb (GDB)
