<feed xmlns='http://www.w3.org/2005/Atom'>
<title>nixos-config/machines, branch main</title>
<subtitle>my nixos setup</subtitle>
<id>https://git.hwebs.info/nixos-config/atom?h=main</id>
<link rel='self' href='https://git.hwebs.info/nixos-config/atom?h=main'/>
<link rel='alternate' type='text/html' href='https://git.hwebs.info/nixos-config/'/>
<updated>2026-08-05T00:09:56Z</updated>
<entry>
<title>common: remove agents from dev profile</title>
<updated>2026-08-05T00:09:56Z</updated>
<author>
<name>Henry J. Webster</name>
<email>hwebs@hwebs.info</email>
</author>
<published>2026-08-04T23:49:58Z</published>
<link rel='alternate' type='text/html' href='https://git.hwebs.info/nixos-config/commit/?id=1f63d22ea3689cc567402dd6bf18838c9adea773'/>
<id>urn:sha1:1f63d22ea3689cc567402dd6bf18838c9adea773</id>
<content type='text'>
Also remove claude-code from human user packages to fully remove
agent harnesses from the human account's path.

Assisted-by: pi:laguna-xs-2.1
</content>
</entry>
<entry>
<title>kusanagi: constrain ollama resources</title>
<updated>2026-08-04T23:36:13Z</updated>
<author>
<name>Henry J Webster</name>
<email>hwebs@hwebs.info</email>
</author>
<published>2026-08-04T22:54:11Z</published>
<link rel='alternate' type='text/html' href='https://git.hwebs.info/nixos-config/commit/?id=790f353742ecf73eb71944d5f6c17ecfaad6a75c'/>
<id>urn:sha1:790f353742ecf73eb71944d5f6c17ecfaad6a75c</id>
<content type='text'>
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
</content>
</entry>
<entry>
<title>networking: expose Ollama and mDNS on Wi-Fi LAN</title>
<updated>2026-08-04T22:14:09Z</updated>
<author>
<name>Henry J. Webster</name>
<email>hwebs@hwebs.info</email>
</author>
<published>2026-08-04T22:10:10Z</published>
<link rel='alternate' type='text/html' href='https://git.hwebs.info/nixos-config/commit/?id=a4c50351f5d55438a102d48c63dcbb62f9ef5e8d'/>
<id>urn:sha1:a4c50351f5d55438a102d48c63dcbb62f9ef5e8d</id>
<content type='text'>
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
</content>
</entry>
<entry>
<title>kusanagi/ollama: double default context, add 1h keep-alive</title>
<updated>2026-08-04T21:05:20Z</updated>
<author>
<name>Henry J Webster</name>
<email>hwebs@hwebs.info</email>
</author>
<published>2026-08-04T05:02:54Z</published>
<link rel='alternate' type='text/html' href='https://git.hwebs.info/nixos-config/commit/?id=df960b2ed92f9e45fc4984d19ab65c55074bb1d7'/>
<id>urn:sha1:df960b2ed92f9e45fc4984d19ab65c55074bb1d7</id>
<content type='text'>
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
</content>
</entry>
<entry>
<title>kusanagi/ollama: fix boot race with amdgpu, drop misdiagnosed HSA override</title>
<updated>2026-08-04T03:51:26Z</updated>
<author>
<name>Henry J. Webster</name>
<email>hwebs@hwebs.info</email>
</author>
<published>2026-08-04T03:51:26Z</published>
<link rel='alternate' type='text/html' href='https://git.hwebs.info/nixos-config/commit/?id=9acf89a3af3fd4c354fcd887397b0c035bb21494'/>
<id>urn:sha1:9acf89a3af3fd4c354fcd887397b0c035bb21494</id>
<content type='text'>
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
</content>
</entry>
<entry>
<title>profiles: extract shared sandbox profile for enzo + kusanagi</title>
<updated>2026-08-04T03:12:32Z</updated>
<author>
<name>Henry J. Webster</name>
<email>hwebs@hwebs.info</email>
</author>
<published>2026-08-04T03:00:49Z</published>
<link rel='alternate' type='text/html' href='https://git.hwebs.info/nixos-config/commit/?id=3df910d75fa98a7d0291e6b8c6889905c6088f64'/>
<id>urn:sha1:3df910d75fa98a7d0291e6b8c6889905c6088f64</id>
<content type='text'>
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
</content>
</entry>
<entry>
<title>kusanagi/ollama: fix ROCm GPU fallback to CPU for Gemma</title>
<updated>2026-08-04T02:39:51Z</updated>
<author>
<name>Henry J. Webster</name>
<email>hwebs@hwebs.info</email>
</author>
<published>2026-08-04T02:38:08Z</published>
<link rel='alternate' type='text/html' href='https://git.hwebs.info/nixos-config/commit/?id=71e36370770acc7498748a890cd0365b3d351027'/>
<id>urn:sha1:71e36370770acc7498748a890cd0365b3d351027</id>
<content type='text'>
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
</content>
</entry>
<entry>
<title>enzo: add yokai sandbox user for coding agents</title>
<updated>2026-08-04T00:44:07Z</updated>
<author>
<name>Henry J. Webster</name>
<email>hwebs@hwebs.info</email>
</author>
<published>2026-08-04T00:44:07Z</published>
<link rel='alternate' type='text/html' href='https://git.hwebs.info/nixos-config/commit/?id=e9b9671d238bb3de779c0dbf4a518b41280be778'/>
<id>urn:sha1:e9b9671d238bb3de779c0dbf4a518b41280be778</id>
<content type='text'>
Add a bare `yokai` user (primary group `ikai`) for running coding agents
under a separate UID, isolated from hwebs's files and secrets. yokai has
no privileged group memberships and its own $HOME.

- systemd.tmpfiles creates /srv/git (2770 root:ikai) as a drop dir for the
  agent's local clones, outside ~ so /home/hwebs stays a sealed 700.
- security.sudo lets hwebs drop to yokai without a password (de-escalation
  only, scoped to runAs=yokai; root stays gated).
- hwebs joins the ikai group.

Extensive comments document the local-clones model: yokai owns its clone,
hwebs never runs git inside it, and commits are exchanged by fetching (or
via bundles) and landed on main with squash/rebase/interactive + signing.

Assisted-by: claude-code:claude-opus-4-8
</content>
</entry>
<entry>
<title>enzo/yambar: add niri + jq to service PATH</title>
<updated>2026-08-03T22:32:56Z</updated>
<author>
<name>Henry J. Webster</name>
<email>hwebs@hwebs.info</email>
</author>
<published>2026-08-03T22:32:56Z</published>
<link rel='alternate' type='text/html' href='https://git.hwebs.info/nixos-config/commit/?id=66be8debbf34b82a735b17c09ff400d30d8a48f1'/>
<id>urn:sha1:66be8debbf34b82a735b17c09ff400d30d8a48f1</id>
<content type='text'>
The new yambar niri-workspaces.sh script runs `niri msg --json` piped to
jq, and the workspace on-clicks run `niri msg action focus-workspace`.
yambar spawns these via execvp with no shell, so both binaries must be on
the service PATH alongside the existing libnotify/wireplumber.

Assisted-by: Claude Code:claude-opus-4-8
</content>
</entry>
<entry>
<title>migration away from x-clip</title>
<updated>2026-08-03T18:01:21Z</updated>
<author>
<name>Henry J. Webster</name>
<email>hwebs@hwebs.info</email>
</author>
<published>2026-08-03T17:59:24Z</published>
<link rel='alternate' type='text/html' href='https://git.hwebs.info/nixos-config/commit/?id=9ca21e94b8ade285e749d54441c7d9115da5b522'/>
<id>urn:sha1:9ca21e94b8ade285e749d54441c7d9115da5b522</id>
<content type='text'>
- replace x-clip with wl-clipboard for wayland machines
- add TODOs I noticed while editing

Assisted-by: Claude Code:claude-opus-4-8
</content>
</entry>
</feed>
