SaaS Metrics
I got tired of libvirt XML and Vagrant's Ruby/reload dance for single-host VM stacks, so I built a compose-style runtime directly on QEMU/KVM.What's there: GPU passthrough as a first-class primitive (VFIO, OVMF, per-instance EFI vars), healthchecks that gate depends_on over SSH, socket-multicast L2 between VMs with no root and no bridge config, cloud-init wired through the YAML, Dockerfile support for provisioning.What it's not: Kubernetes. No clustering, no live migration, no control plane. Single host.
Prototype, but I'm running it on real hardware. Curious what breaks for people.
Show HN: Holos – QEMU/KVM with a compose-style YAML, GPUs and health checks
A direct, simplified alternative to libvirt XML and Vagrant for single-host VM management, prioritizing GPU passthrough and streamlined configuration for local development and dedicated server environments.
View Origin LinkProduct Positioning & Context
AI Executive Synthesis
A direct, simplified alternative to libvirt XML and Vagrant for single-host VM management, prioritizing GPU passthrough and streamlined configuration for local development and dedicated server environments.
Holos targets a critical segment: developers and small teams requiring robust, single-host VM environments with advanced capabilities like GPU passthrough, avoiding the overhead of full-blown orchestration platforms. Its direct approach to QEMU/KVM offers performance and control advantages over higher-level abstractions. The tool directly addresses developer frustration with libvirt XML verbosity and Vagrant's operational friction. The 'compose-style YAML' simplifies VM definition and management, reducing configuration errors and accelerating development cycles. Integrated health checks and provisioning via Dockerfiles further streamline operations. This reflects a counter-trend to hyper-orchestration, focusing on developer experience for single-node virtualization. The emphasis on GPU passthrough acknowledges the growing demand for local AI/ML development and specialized workloads requiring direct hardware access, catering to a segment prioritizing simplicity and direct control.
Related Ecosystem & Alternatives
Discover adjacent products, open-source repositories, and developer tools sharing similar technical architecture.
Deep-Dive FAQs
What is Holos – QEMU/KVM with a compose-style YAML, GPUs and health checks?
Holos – QEMU/KVM with a compose-style YAML, GPUs and health checks is analyzed by our AI as: A direct, simplified alternative to libvirt XML and Vagrant for single-host VM management, prioritizing GPU passthrough and streamlined configuration for local development and dedicated server environments.. It focuses on Holos targets a critical segment: developers and small teams requiring robust, single-host VM environments with advanced capabilities like GPU pass...
Where did Holos – QEMU/KVM with a compose-style YAML, GPUs and health checks originate?
Data for Holos – QEMU/KVM with a compose-style YAML, GPUs and health checks was aggregated directly from the Hacker News community ecosystem, representing raw developer and early-adopter sentiment.
When was Holos – QEMU/KVM with a compose-style YAML, GPUs and health checks publicly launched?
The initial public indexing or launch date for Holos – QEMU/KVM with a compose-style YAML, GPUs and health checks within our tracked developer communities was recorded on April 21, 2026.
How popular is Holos – QEMU/KVM with a compose-style YAML, GPUs and health checks?
Holos – QEMU/KVM with a compose-style YAML, GPUs and health checks has achieved measurable traction, logging over 50 traction score and facilitating 22 recorded discussions or engagements.
Which technical categories define Holos – QEMU/KVM with a compose-style YAML, GPUs and health checks?
Based on metadata extraction, Holos – QEMU/KVM with a compose-style YAML, GPUs and health checks is categorized under topics such as: QEMU/KVM, compose-style YAML, GPU passthrough, VFIO.
How does the creator describe Holos – QEMU/KVM with a compose-style YAML, GPUs and health checks?
The original author or development team describes the product as follows: "I got tired of libvirt XML and Vagrant's Ruby/reload dance for single-host VM stacks, so I built a compose-style runtime directly on QEMU/KVM.What's there: GPU passthrough as a first-class primitiv..."
Community Voice & Feedback
What is it using to create the vm without libvirt?
My biggest issue with QEMU is trying to keep up with seemingly arbitrary changes to the command-line options format over time, and keeping up scripts that can launch an image across different versions for testing.Originally if you wanted e.g. a SoundBlaster16 device you could use -device sb16. Then it changed to -soundhw sb16. And now it's -audio driver=none,model=sb16; this has been happening with several different classes of options over the years and I haven't found any good documentation of all the differences in one place. If anyone knows, I'd appreciate it.
another player in this space built on incus: https://github.com/lnussbaum/incant
it reminds me of https://github.com/dockur/windows with its compose-style YAML over QEMU/KVM. The difference i'm seeing is scope: dockur ships curated OS images (Windows/macOS), while holos looks more like a generic single-host VM runner. Is that a fair read? also curious any plans to support running unattended processes for OS installs?
Very cool, thanks for sharing.I built something similar recently on top of Incus via Pulumi. I also wanted to avoid libvirt's mountain of XML, and Incus is essentially a lightweight and friendlier interface to QEMU, with some nice QoL features. I'm quite happy with it, though the manifest format is not as fleshed out as what you have here.What's nice about Pulumi is that I can use the Incus Terraform provider from a number of languages saner than HCL. I went with Python, since I also wanted to expose a unified approach to provisioning, which Pyinfra handles well. This allows me to keep the manifest simple, while having the flexibility to expose any underlying resource. I think it's a solid approach, though I still want to polish it a bit before making a public release.
sure has been awhile since i thought about vagrant
I like it! is there a way to use both virt-manager and virsh with this or do we have to pick one. I'd be keen to migrate my VMs to this compose based system if it was a simple import job.
Interesting. Wonder could it be modified to work with proxmox?
Discovery Source
Hacker News Aggregated via automated community intelligence tracking.
Tech Stack Dependencies
No direct open-source NPM package mentions detected in the product documentation.
Media Tractions & Mentions
No mainstream media stories specifically mentioning this product name have been intercepted yet.
Deep Research & Science
No direct peer-reviewed scientific literature matched with this product's architecture.