---
name: nix-config-desktop
description: >-
Use when changing what the desktop shows or runs: Niri/Noctalia config, a window that is the wrong
size, garbled, or missing after a reboot, autostart, fcitx5 or vinput input, theming and fonts,
interface names a widget reads, or `$HOME` state that must survive a tmpfs root.
---
# Changing the desktop
The desktop is a Niri + Noctalia Wayland session, shared by two hosts: `ai-niri` (hostName `ai`,
x86_64) and `shoukei-niri` (hostName `shoukei`, Apple Silicon). Shared config lives in
`home/linux/gui/**`; each host adds `hosts/
/niri-hardware.kdl` and its own
`home/hosts/linux/.nix`. Run `hostname` to know which one you are on.
Most of the config is deployed as **out-of-store symlinks**, so an edit takes effect live, rolls
back with git, and needs no rebuild. Only the store layer needs one.
## Core rules
1. **Edit the config layer, not the store.** Niri KDL and the Noctalia baseline are symlinked out of
store; editing them applies immediately. A rebuild is wasted time and hides the change behind a
generation. Scale the caution to the risk: a bar, OSD, notification, or wallpaper tweak is safe
to try on the running session and undo with git, but a compositor, keybinding, input, output,
idle, or portal change can take the session the user is looking at down with it. Treat that
second kind as impactful, and do not experiment on the live desktop with it.
2. **Validate before trusting a reload.** A config that fails to parse does not crash the session:
Niri keeps the last working config and shows a "Failed to parse the config file" notification.
The edit silently does not apply, which is easy to misread as "my edit did nothing".
3. **Look at it.** Anything that renders (bar, OSD, notifications, wallpaper, corners) is not done
until a screenshot shows it correct. A setting that parses is not a setting that looks right.
4. **Screenshots are the user's screen.** Capture as little as proves the change, keep the file out
of the user's folders, and delete it afterwards (step 3).
5. **`just niri` is the user's to run.** It activates the machine you are on through
`nixos-rebuild --sudo` and blocks on a password prompt.
## 1. Pick the layer
Live (out-of-store, applies on save):
- Niri compositor (binds, layout, window rules): `home/linux/gui/niri/conf/*.kdl`
- Niri per-host outputs: `hosts//niri-hardware.kdl`
- Noctalia shared baseline: `home/linux/gui/base/noctalia/config/config.toml`
- Mozc dictionary: `home/linux/gui/base/fcitx5/mozc-config1.db`
- Noctalia value saved by the Settings UI: `~/.local/state/noctalia/settings.toml` (not in the repo;
wins over the rest)
Store (needs the user to run `just niri`):
- Noctalia per-host override: `home/hosts/linux//noctalia.toml` (`host-.toml`)
- fcitx5 profile and addons: `home/linux/gui/base/fcitx5/`
- vinput (voice input): `home/linux/gui/base/vinput/` (tag-pinned: the `fcitx5-vinput` row in
WORKAROUNDS.md §Pins)
- Interface a net-speed widget reads: `home/hosts/linux//noctalia.toml`
(`[widget.net_rx]`/`[widget.net_tx]` `interface`)
- `$HOME` state that must survive: `hosts//preservation.nix` (tmpfs root; `12kingdoms-shoukei`
imports `hosts/idols-ai/preservation.nix`)
- Theme (catppuccin), fonts: `home/base/core/theme.nix`, `modules/nixos/desktop/fonts.nix`
- Session, portal, and systemd wiring: `modules/nixos/desktop/**`, `home/linux/gui/base/xdg/`
Noctalia's merge order and `[include]` are in
[home/linux/gui/base/README.md](../../../home/linux/gui/base/README.md). A per-host difference goes
in that host's override file, not in the shared baseline.
## 2. Edit and validate
```bash
niri validate # the live config and its whole include graph
noctalia config validate # the merged config, as the running shell loads it
noctalia config validate ./home/linux/gui/base/noctalia/config/config.toml # one file
```
Validate the **live** Niri config, not the repo copy: `config.kdl` includes `./niri-hardware.kdl`,
which only the host module places in `~/.config/niri/`, so `niri validate -c ` fails on
the missing include.
Confirm a file is live before trusting a hot reload:
```bash
readlink -f ~/.config/niri/config.kdl # must end in ~/nix-config/...
readlink -f ~/.config/noctalia/config.toml
```
`~/.config/...` points at a store path that is itself a symlink back into the repo. If it resolves
to a plain store file, it is not live and the change needs `just niri`.
If an edit does not show up:
- `niri msg action load-config-file` forces a Niri reload.
- `noctalia config export` prints the merged config that actually won; diff it against your edit.
- `~/.local/state/noctalia/settings.toml` loads last. A value saved through the Settings UI, or left
over from an experiment, silently beats `config.toml`.
## 3. Verify on screen
```bash
output="$(mktemp --tmpdir="${TMPDIR:-/tmp}" desktop-check.XXXXXX.png)"
niri msg action screenshot-window --path "$output" -p false # focused window
# Or, when a full output is needed:
# niri msg action screenshot-screen --path "$output" -p false
```
- Prefer `screenshot-window` when it proves the change. A full-screen capture includes whatever else
is open: browser tabs, chats, credentials.
- `--path` must be absolute; the `mktemp` path keeps the file out of `~/Pictures/Screenshots/`.
`-p false` drops the pointer.
- Both actions also **replace the user's clipboard** with the image. There is no flag to avoid it,
so say so when you take one.
- Inspect the PNG with your image-reading tool, show it to the user only when asked, never upload or
share it, and delete it when done: `rm -f "$output"`.
Capture the frame that proves the change: the bar or OSD for a shell edit, borders and corner radius
for a layout rule, the specific app for an input-method edit.
What a screenshot cannot show:
- `systemctl --user --failed` and `journalctl --user -b -p err` for a crashed shell or portal unit.
- `journalctl -u home-manager-$USER -b` after a store-layer change: Home Manager activates as a
system unit here.
- `niri msg outputs` for mode, scale, and transform; `niri msg workspaces` and `niri msg windows`
for layout.
- `fcitx5-remote -n` for the active input method.
## 4. Land and roll back
- Config layer: the repo file is the live file, and there is no rebuild or generation to roll back
to. Commit it only when the task asked for that. To undo a committed change, `git revert`; for an
uncommitted experiment, preserve the diff and ask before discarding it.
- Store layer: the user runs `just niri`, then you verify as in step 3. To undo, boot the previous
generation (`just history` lists them).
- If the session will not start at all, fix the file from a TTY. Niri's recovery only covers a bad
reload, not a broken startup.
Do not "test" with commands that act on the session the user is looking at: `niri msg action quit`,
`niri msg action power-off-monitors`, `noctalia msg dpms-off`, `noctalia msg session lock`.