I installed OpenVPN to get access to the “Tap-Window Adapter” network interface (renamed ‘Tap’). Then by selecting both that and the real NIC, and in the right click context menu select “Add To Bridge” I could have the Haiku VM on the real network with an actual IP that all the machines can see. Not stuck behind NAT.
Anyway, happy days. I just thought it might be useful for others to know how I got it working.
There are various qemu frontends existing.
On linux, VMM that uses libvirt and can take advantage of KVM is quite handy but, some may prefer AQEMU.
On Windows or, on MacOS, there’s QtEmu.
Unfortunately, it’s the fate of front-ends. They have to evolve with their back-end and the host system. If they don’t have enough contributors, it can becoming hard to maintain especially on linux where things are constantly changing. Think about the numerous apps designed with Qt4 or Gtk2 that have disappeared from radars because they didn’t migrate. That’s sad because a lot of experience is lost in the process but, people are often preferring to start from scratch with a new toolkit than to make an app evolve. Then users are accentuating the thing. If it’s old; it probably stopped to work at some point. Let’s try the new one.
You’re using TCG, which is definitely slower than hardware virtualization. QEMU can use Windows Hypervisor acceleration on Windows (but this may not be compatible with VMware or VirtualBox if you need to use those.)
I’ve just tried that and with -machine pc,accel=whpx,kernel-irqchip=off it gets as far as the rocket, but not the desktop. So tcg is the only working option so far as I can see.
Happening right now with UTM. It used to run Haiku on Mac perfectly, but since MacOS updated to Tahoe, I’m seeing weird slowdowns and mouse/keyboard freezes.