Revert "libvirtd: KVM stack on FredOS-Gaming for Win11 guest"

This reverts db69615. Not pursuing the Windows-VM workaround for the DR
client mod after all. The server-side AdminCommandHandler exposes a
LevelSelf channel that bypasses the DLL flow entirely, which is a
better path than running a whole guest OS for one game.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
This commit is contained in:
ediblerope 2026-05-07 14:27:35 +01:00
parent db69615506
commit 0c1b23337f
2 changed files with 0 additions and 30 deletions

View file

@ -20,7 +20,6 @@
./services/server-permissions.nix ./services/server-permissions.nix
./services/game-servers.nix ./services/game-servers.nix
./services/dr-server.nix ./services/dr-server.nix
./services/libvirtd.nix
./services/qbittorrent-nox.nix ./services/qbittorrent-nox.nix
./services/nginx.nix ./services/nginx.nix
./services/go2rtc.nix ./services/go2rtc.nix

View file

@ -1,29 +0,0 @@
{ config, pkgs, lib, ... }:
{
config = lib.mkIf (config.networking.hostName == "FredOS-Gaming") {
# KVM-based VM stack for running a Windows guest (mainly: the DR client
# mod is wine-incompatible and has to run on real Windows). virt-manager
# is the GUI; OVMFFull provides UEFI firmware with the Secure Boot bits
# Win11 needs, and swtpm gives the guest a software TPM 2.0 to satisfy
# Win11's install check.
virtualisation.libvirtd = {
enable = true;
qemu = {
swtpm.enable = true;
ovmf = {
enable = true;
packages = [ pkgs.OVMFFull.fd ];
};
};
};
programs.virt-manager.enable = true;
users.users.fred.extraGroups = [ "libvirtd" ];
environment.systemPackages = with pkgs; [
virt-viewer
virtio-win
];
};
}