Let's Try Gnome Boxes
glovesoff.substack.com
glovesoff.substack.com
Doesn't solve remote issues, but can still be useful if you want to e.g. set some advanced options for a Boxes VM.
I'm always pretty mystified as to who they think the target audience is because it's either people who'll stay away from the advanced menu because they don't need it, or they do need it and either know it or know someone who'll know that feature they need to turn on for their use case.
It's the same brain damage that means Microsoft keeps putting more dialogue boxes between the system tray network icon and being able to see adapter TCP/IP settings in Windows.
Gnome boxes on my distro has an "Edit Configuration" button that allows yu to modify the libvirt xml config.
I'd say it is more user friendly than virt-manager if you want to deploy quickly a vm to run a live environment. Also the ability to pause the vm automatically when not accessing it is nice when you just want a separate vm to access, say, your ebanking or want to run quick tests.
It is less user friendly than virt-manager if you want to do a lot of customization but it is still configurable as you get access to the vm xml file. So if you have a cheatsheet or a text file containing usual additionnal configuration you need it is just a copy/paste away.
I have virt-manager installed on my laptop but I still use gnome boxes when I want a vm for quick tests or specific dev environments, when I want to try out a beta version of a distro before committing to upgrade mine, or if I need to run some quick tests on a specific distro that I use somewhere else in a more critical environment.
My nostalgia is perfectly satisfied by Dosbox. But now that you mention it, an old windows would run that copy of Paintshop Pro that I loved so much...
The one problem I have, and I can't figure out if this is Boxes or something else: If the machine suspends, spinning it back up again results in a wrong clock. I can reset it, but it doesn't set itself automatically. I can't even find reasonable documentation on the issue.
- Run NTP in the guest
- If at all possible, run the qemu guest agent, which can inform the guest to resync when it resumes from suspend
- If available, use the "kvm-clock" clock source (but that's just a source of timing ticks, not of actual time, so it doesn't help a lot with suspend)
I also installed the guest agent. This is one of those have-to-use-virt-manager things. It doesn't seem to fix the time, but then I have been running it from Boxes. Maybe that's why.
Their software appears to be designed elusively for the perfect ideal user.
On my own machines I historically used VirtualBox, but I've lately been (re-)trying VMM on openSUSE (which is dead simple to setup from YaST, which has a button for "Install Hypervisor and Tools"; I simply checked the boxes for "KVM server" and "KVM tools" and it automatically installed everything I needed). So far I've been pretty impressed. I say "(re-)trying" because I've actually used that exact setup before for an on-prem server at a past employer, but running some servers in VMs is a fair bit different from, say, trying to put a Haiku or TempleOS desktop through its paces :)
1. Enable SR-IOV (or whatever their equivalent is named) for all GPUs, so people could split the GPU power as they wanted and allocate these shares to VMs
2. Continued to evolve SR-IOV to reduce overhead and allow more dynamic allocation of resources