nixos-config/machines/enzo/desktop.nix, branch main

enzo/yambar: add niri + jq to service PATH

2026-08-03T22:32:56Z

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

yambar: add notify-send/wpctl to service PATH

2026-08-03T18:01:21Z

yambar runs on-click commands via execvp with no shell, so the binaries must be on the systemd service PATH. Since the bar moved from a niri spawn (full login PATH) to a user service (minimal PATH), every on-click failed with ENOENT. Add libnotify (notify-send) and wireplumber (wpctl). Assisted-by: Claude Code:claude-opus-4-8

desktop: centralize Adwaita cursor theme, fix pointer cursor on kusanagi

2026-08-01T14:57:40Z

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

desktop: start bar+wallpaper via systemd; fortune greeter

2026-07-31T14:51:20Z

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

refactor: shared desktop profile for enzo + kusanagi

2026-07-31T00:14:09Z

profiles/desktop.nix becomes a username-agnostic shared base (niri, dconf, the dark-theme portal fix, greetd, pipewire base, gpg agent, graphics, Firefox with blank-home/no-bookmarks prefs, common desktop tools, font base). Both hosts now import it. Per-host desktop config splits into machines//desktop.nix: - enzo: Adwaita cursor + monospace, HiDPI console font, yambar, hwebs groups. - kusanagi (new file): GNOME/X11, printing/avahi/udisks2, pro-audio (rtkit/jack/32-bit), gpg ssh support, richer fonts, Bibata cursor, henz desktop groups, waybar/nm-applet. Shared profile is username-agnostic (enzo=hwebs, kusanagi=henz): shared desktop tools moved to environment.systemPackages, per-user groups stay in machine files. Firefox now owned by the shared profile, so its redundant enable is dropped from profiles/apps.nix. Dark theme + Firefox tweaks now apply to both hosts. Both configurations build. Assisted-by: Claude:claude-opus-4-8

enzo: revert to Firefox; portal fix gives it dark content for free

2026-07-30T23:58:18Z

LibreWolf forces web content light via its fingerprinting protection even with resistFingerprinting disabled and the portal read forced, so it never honored the desktop dark setting. Plain Firefox honors the portal out of the box (dark chrome and content) now that the portal serves prefer-dark via xdg-desktop-portal-gtk. Restore programs.firefox with the blank home/new-tab and no-bookmarks-toolbar policy prefs; drop the LibreWolf package and its RFP/widget workarounds. No theme prefs needed — dark comes from the portal. Assisted-by: Claude:claude-opus-4-8

enzo: force LibreWolf to read the portal for color-scheme

2026-07-30T23:53:58Z

The portal now correctly reports prefer-dark, but LibreWolf content stayed light: Firefox's default widget.use-xdg-desktop-portal.settings = 2 ("auto") reads GTK directly under bare niri and ignores the portal. Set it to 1 (always use the portal) so web content's prefers-color-scheme follows the color-scheme served by xdg-desktop-portal-gtk. LibreWolf doesn't set this pref, so "default" status suffices. Assisted-by: Claude:claude-opus-4-8

enzo: serve portal color-scheme from gtk backend so web content goes dark

2026-07-30T23:49:53Z

LibreWolf chrome was dark (via GTK theme) but web content stayed light. Root cause is the portal, not the browser: the niri module routes the Settings interface to xdg-desktop-portal-gnome, whose color-scheme depends on gnome-settings-daemon. Under bare niri (no GNOME session) gsd is absent, so the portal reported "no preference" and content's prefers-color-scheme resolved light. Pin org.freedesktop.impl.portal.Settings to the gtk backend, which reads the org.gnome.desktop.interface color-scheme dconf key directly (no gsd), and add xdg-desktop-portal-gtk. The key merges into the niri module's xdg.portal.config.niri. Now the portal reports prefer-dark and content follows. Assisted-by: Claude:claude-opus-4-8

enzo: lock resistFingerprinting off so dark sites work

2026-07-30T23:26:11Z

Setting it via the policy with Status "default" did not take effect: LibreWolf's mozilla.cfg does defaultPref("privacy.resistFingerprinting", true), and a policy "default" pref writes the same branch and loses the tie to the autoconfig, so RFP stayed on — spoofing web content's prefers-color-scheme to light and disabling the devtools toggle. Use Status "locked", which wins over defaultPref. Assisted-by: Claude:claude-opus-4-8

enzo: switch to LibreWolf, drive dark theme via portal

2026-07-30T23:16:05Z

Replace the programs.firefox block with LibreWolf. Since there's no programs.librewolf module, bake the policy into the package via librewolf.override { extraPolicies = ...; } — blank home/new-tab and no bookmarks toolbar, merged with LibreWolf's own defaults. No profile or /etc policy file to manage. Handle dark mode desktop-wide instead of per-browser: set the dconf key org/gnome/desktop/interface/color-scheme = prefer-dark, which the niri xdg-desktop-portal (gnome/gtk) backends report to apps. Firefox/LibreWolf Auto theme and GTK apps all go dark, so the per-browser theme prefs are gone. LibreWolf defaults resistFingerprinting on, which spoofs web content's prefers-color-scheme to light; disable it so pages honor the dark setting. Assisted-by: Claude:claude-opus-4-8