my nixos setup https://git.hwebs.info/nixos-config/atom?h=main 2026-08-04T23:36:13Z 2026-08-04T23:36:13Z Henry J Webster hwebs@hwebs.info 2026-08-04T22:54:11Z urn:sha1:790f353742ecf73eb71944d5f6c17ecfaad6a75c laguna-xs-2.1 is large enough to nearly fill the workstation's display GPU at the previous 64k context and 1h keep-alive. That let Ollama keep a very large resident set around after requests and could destabilize the no-swap desktop session. Unload models quicker, limit parallelism/queueing, reserve VRAM for the compositor, and cap the service cgroup so runaway requests fail before the desktop does. Assisted-by: pi:gpt-5.5 2026-08-04T22:14:09Z Henry J. Webster hwebs@hwebs.info 2026-08-04T22:10:10Z urn:sha1:a4c50351f5d55438a102d48c63dcbb62f9ef5e8d Serve Ollama on kusanagi's Wi-Fi LAN while removing the blanket tailscale0 firewall trust so tailnet traffic follows explicit host firewall rules instead of inheriting every listening service. Add shared LAN networking for both hosts: allow ping, publish and resolve .local names with Avahi, and scope mDNS to each machine's declared Wi-Fi interface. Assisted-by: OpenAI:gpt-5 2026-08-04T21:05:20Z Henry J Webster hwebs@hwebs.info 2026-08-04T05:02:54Z urn:sha1:df960b2ed92f9e45fc4984d19ab65c55074bb1d7 The 12B model at 32k context uses only 7.7 GB of the 7900 XT's 20 GB, so there is ample VRAM headroom for 64k with the q8_0 KV cache — agentic coding tools are context-hungry and 32k is the practical bottleneck. The keep-alive stops the default 5-minute idle unload from adding a reload stall to every resumed session on a single-user workstation. Update flake to get newer packages. Assisted-by: Claude Code:claude-fable-5 2026-08-04T03:51:26Z Henry J. Webster hwebs@hwebs.info 2026-08-04T03:51:26Z urn:sha1:9acf89a3af3fd4c354fcd887397b0c035bb21494 The recurring "ollama runs 100% on CPU" regressions were a boot-order race, not a gfx-target mismatch: ollama.service only ordered after network.target, and at boot it started between /dev/kfd and the 7900 XT's render node appearing. ollama probes GPUs once at startup, found none, and silently fell back to CPU until the next manual restart — which is why the previous HSA_OVERRIDE_GFX_VERSION commit "worked": the deploy restarted the service on a long-running system, and the restart was the actual cure. The card is a 7900 XT (Navi 31), natively gfx1100 — verified that discovery with no overrides finds it fine and drops only the unsupported Raphael iGPU (gfx1036). Remove HSA_OVERRIDE_GFX_VERSION and HIP_VISIBLE_DEVICES (ollama itself warns overriding visible devices can break discovery). Real fix: systemd-tag the kfd/renderD* char devices via udev (they get no device units otherwise) and order ollama after them, so discovery only runs once the GPU exists. Assisted-by: claude-code:claude-fable-5 2026-08-04T03:12:32Z Henry J. Webster hwebs@hwebs.info 2026-08-04T03:00:49Z urn:sha1:3df910d75fa98a7d0291e6b8c6889905c6088f64 Move the yokai agent-sandbox account (user, ikai group, /srv/git drop dir, scoped sudo de-escalation, and the local-clones workflow docs) out of machines/enzo into a shared profiles/sandbox.nix that both machines import. The only per-machine value is the human owner allowed to drop into the sandbox, exposed as a `sandbox.owner` string option so the profile stays username-agnostic (enzo: hwebs, kusanagi: henz). kusanagi gains the sandbox it didn't have before; enzo's inline block collapses to one setting. Assisted-by: claude-code:claude-opus-4-8 2026-08-04T02:39:51Z Henry J. Webster hwebs@hwebs.info 2026-08-04T02:38:08Z urn:sha1:71e36370770acc7498748a890cd0365b3d351027 The RDNA3 card reports as gfx1101/gfx1102/gfx11-generic, which the ROCm build bundled with ollama-rocm has no kernels for, so ollama found no usable device and ran 100% on CPU after the nixpkgs bump. Force it to present as gfx1100 via HSA_OVERRIDE_GFX_VERSION. Also set OLLAMA_FLASH_ATTENTION=1 so the existing q8_0 KV cache actually engages instead of silently falling back to f16 and inflating VRAM use. Assisted-by: Claude-code:Opus-4.8 2026-08-03T18:01:21Z Henry J. Webster hwebs@hwebs.info 2026-08-03T17:59:24Z urn:sha1:9ca21e94b8ade285e749d54441c7d9115da5b522 - replace x-clip with wl-clipboard for wayland machines - add TODOs I noticed while editing Assisted-by: Claude Code:claude-opus-4-8 2026-08-01T15:18:25Z Henry J. Webster hwebs@hwebs.info 2026-08-01T15:16:21Z urn:sha1:eb80a670dfcc78afd2a9459eb5515027b78cc736 Assisted-by: Claude:Opus-4.8 2026-08-01T14:57:40Z Henry J. Webster hwebs@hwebs.info 2026-08-01T14:57:40Z urn:sha1:726ef32d2631f15f991591ef6879925e08f442f6 kusanagi set XCURSOR_THEME=Bibata-Modern-Classic but never declared the theme in Nix — it only resolved while bibata-cursors lingered in an old nix-env profile. Once that was gone the theme fell off the icon path and the pointer/hand cursor disappeared. Standardize both hosts on Adwaita (matching the shared niri config.kdl): move XCURSOR_THEME/XCURSOR_SIZE and the adwaita-icon-theme package into the shared profiles/desktop.nix so the theme is always on the icon path. Drop the inert HYPRCURSOR_* vars (hyprcursor is unused under niri). Assisted-by: Claude:claude-opus-4-8 2026-07-31T14:51:20Z Henry J. Webster hwebs@hwebs.info 2026-07-31T14:51:20Z urn:sha1:9cba5e7886b326bfec049c4ca5024274e4b8e201 Move the niri bar (yambar on enzo, waybar on kusanagi) and swaybg wallpaper out of the shared stowed niri config and into per-machine systemd user services bound to graphical-session.target, mirroring the existing xdg-user-dirs-update unit. This makes the bar host-correct (kusanagi previously spawned yambar, which isn't installed there) and keeps host-specific paths out of the shared config. Also switch the greetd session to a small wrapper script that shows a fortune greeting in tuigreet. Assisted-by: Claude:claude-opus-4-8