What happens
On a fresh Omarchy install, the Neovim dashboard's Projects button (p, also <leader>fp) opens an empty picker. There are no projects listed, even when ~/Projects is full of git repositories.
Why
Snacks.picker.projects() builds its list from two sources:
- Git roots of recently opened files. Empty on a fresh install.
- A
dev list of directories to scan for sub-folders containing a root marker (.git, Makefile, package.json, ...).
The dev default in snacks is lowercase (lua/snacks/picker/config/sources.lua:891):
M.projects = {
finder = "recent_projects",
dev = { "~/dev", "~/projects" },
...
}
Omarchy provisions ~/Projects — capital P:
bin/omarchy-provision-user:104 adds ~/Projects to ~/.config/gtk-3.0/bookmarks
bin/omarchy-upgrade-to-quattro:2003 runs mkdir -p ... "$HOME/Projects" and bookmarks it too
Omarchy neither creates ~/dev nor ~/projects, and Linux paths are case-sensitive, so the picker scans two directories that do not exist and finds nothing. omarchy-nvim ships no picker configuration, so nothing bridges the gap.
Side effect: fd writes [fd error]: Search path '/home/<user>/dev' is not a directory. to stderr on each invocation. It still exits 0, so this is cosmetic, but it means the "correct" fix isn't simply appending ~/Projects to the default list.
Reproduce
On a fresh install with repositories in ~/Projects and no file history:
$ ls -d ~/dev ~/projects
ls: cannot access '/home/user/dev': No such file or directory
ls: cannot access '/home/user/projects': No such file or directory
Open nvim, press p on the dashboard. Empty picker.
Confirming the default is what's in effect:
$ nvim --headless -c 'lua print(vim.inspect(require("snacks.picker.config").get({source="projects"}).dev))' -c 'qa!'
{ "~/dev", "~/projects" }
Environment
- Omarchy 4.0.0.alpha
omarchy-nvim 2026.8.13-1
fd 10.4.2-2, xdg-user-dirs 0.20-1 (which is where PROJECTS=Projects in /etc/xdg/user-dirs.defaults comes from — upstream, not Omarchy)
Fix
omarchy-nvim should point the picker at the directory Omarchy actually creates. PR follows.
What happens
On a fresh Omarchy install, the Neovim dashboard's Projects button (
p, also<leader>fp) opens an empty picker. There are no projects listed, even when~/Projectsis full of git repositories.Why
Snacks.picker.projects()builds its list from two sources:devlist of directories to scan for sub-folders containing a root marker (.git,Makefile,package.json, ...).The
devdefault in snacks is lowercase (lua/snacks/picker/config/sources.lua:891):Omarchy provisions
~/Projects— capital P:bin/omarchy-provision-user:104adds~/Projectsto~/.config/gtk-3.0/bookmarksbin/omarchy-upgrade-to-quattro:2003runsmkdir -p ... "$HOME/Projects"and bookmarks it tooOmarchy neither creates
~/devnor~/projects, and Linux paths are case-sensitive, so the picker scans two directories that do not exist and finds nothing.omarchy-nvimships no picker configuration, so nothing bridges the gap.Side effect:
fdwrites[fd error]: Search path '/home/<user>/dev' is not a directory.to stderr on each invocation. It still exits 0, so this is cosmetic, but it means the "correct" fix isn't simply appending~/Projectsto the default list.Reproduce
On a fresh install with repositories in
~/Projectsand no file history:Open
nvim, presspon the dashboard. Empty picker.Confirming the default is what's in effect:
Environment
omarchy-nvim2026.8.13-1fd10.4.2-2,xdg-user-dirs0.20-1 (which is wherePROJECTS=Projectsin/etc/xdg/user-dirs.defaultscomes from — upstream, not Omarchy)Fix
omarchy-nvimshould point the picker at the directory Omarchy actually creates. PR follows.