great

it turns out that I migrated from standalone Home Manager to integrating it as part of my NixOS config

...but there is a part of my config (not at all vital) that broke

it's time to look for equivalents for home.profileDirectory at NixOS level

#nix #nixos #homemanager

The module `programs.neovim` now writes to {file}`$XDG_CONFIG_HOME/nvim/init.lua` by default. If you want to manage {file}`$XDG_CONFIG_HOME/nvim/init.lua` yourself, you can set {option}`programs.neovim.sideloadInitLua` to `true` to load the content of {option}`programs.neovim.initLua` through neovim wrapper arguments instead.
#NixOS #Nix #HomeManager
Added new option for yazi: programs.yazi.vfs Yazi provides a vfs.toml config file to manage virtual file systems, which can now be managed with programs.yazi.vfs
#NixOS #Nix #HomeManager
The `services.syncthing.passwordFile` option has been removed, as configuring it would not add any authentication requirements to the Syncthing GUI, but in most circumstances would suppress the warnings about the GUI not being secured. Instead, configure `services.syncthing.guiCredentials.passwordFile` and `services.syncthing.guiCredentials.username`. As a benefit, using `services.syncthing.guiCredentials` will only change the Syncthing login configuration if credentials have actually changed, rather than configuring them unconditionally. This prevents the Syncthing API key from changing unnecessarily, so other tools such as Syncthing Tray do not need to reconfigure the API key as often.
#NixOS #Nix #HomeManager
A new module is available: `services.syshud`. A simple system status indicator for Wayland compositors.
#NixOS #Nix #HomeManager
The Claude Code, Codex, and OpenCode modules now expose a canonical `context` option for configuring their global assistant instructions. The old option names still work for now and emit migration warnings: - `programs.claude-code.memory.text` and `programs.claude-code.memory.source` were changed to `programs.claude-code.context` - `programs.codex.custom-instructions` was renamed to `programs.codex.context` - `programs.opencode.rules` was renamed to `programs.opencode.context` Claude Code skills were also unified with the other assistant modules: `programs.claude-code.skills` now accepts either an attribute set or a directory path, and `programs.claude-code.skillsDir` was changed to `programs.claude-code.skills`. The `programs.gemini-cli.skills` option now also accepts a directory path, matching the bulk skill-directory workflow supported by the other assistant modules.
#NixOS #Nix #HomeManager
The `programs.jjui` module has been updated to the latest jjui configuration options. To adhere to the jjui defaults, `configDir` on Darwin now defaults to `~/.config/jjui/` from the previous `~/Library/Application Support/jjui/`. See https://idursun.github.io/jjui/customization/config-toml/. New module options are available: - `configLua` to configure the top-level Lua configuration, and - `plugins` to define Lua plugins. Remember to import and set up the defined plugins in `configLua`. For documentation on Lua configuration, see https://idursun.github.io/jjui/customization/config-lua/.
#NixOS #Nix #HomeManager
config.toml

Configure jjui with config.toml

jjui
A new module is available: 'programs.feedr' Feedr is a modern terminal-based RSS/Atom feed reader with advanced filtering, categorization, and search capabilities. It supports both RSS and Atom feeds with compression handling and provides an intuitive TUI interface.
#NixOS #Nix #HomeManager
A new module is available: `services.pipewire`. The module provides options for configuring the PipeWire server, the client library, the PulseAudio and JACK emulators, the WirePlumber session manager, and the LV2 plugins for use in filter chains. The module does *not* provide a way to install PipeWire, as that should be done through your NixOS config (or system package manager).
#NixOS #Nix #HomeManager
We are changing neovim plugin "config" default type from `viml` to `lua`. When the option was introduced neovim lua support was not as popular or robust as in 0.12. Lua configuration seems to be the most popular these days so starting from 26.05, neovim default plugin "config" is assumed to be written as lua instead of viml. You may see the following warning: evaluation warning: The default value of `programs.neovim.plugins.PLUGIN.type` has changed from `"viml"` to `"lua"`. You are currently using the legacy default (`"viml"`) because `home.stateVersion` is less than "26.05". To silence this warning and keep legacy behavior, set: programs.neovim.plugins.PLUGIN.type = "viml"; To adopt the new default behavior, set: programs.neovim.plugins.PLUGIN.type = "lua"; which can be triggered for instance by: programs.neovim.plugins = [ { plugin = vimPlugins.fugitive-vim; config = "# some viml"; } ]; Fix it with: programs.neovim.plugins = [ { plugin = [1/2]
#NixOS #Nix #HomeManager