whetū

/fɛˈtuː/  ·  feh-TOO  ·  Māori for “star”

An opinionated, zero-config status line and history picker for fish, bash and zsh, written in Zig.

One compiled binary renders one curated status line, the same for everyone. There is no config file, nothing to theme and nothing to tune, and it renders in about two milliseconds.

It also puts your history on the up arrow. One binary does both, so the picker knows where you are. It opens on what you ran in this directory, and Ctrl+G switches to all of it. Failed commands are never stored, so you do not scroll past your own typos. Your own shell history stays exactly where it is.

~/dev/whetuu
~/dev/whetuu ·  main (rebasing 2/7) [+2 !1 ?3 ⇡1] ·  v0.17.0 · 󰔛 4s 󰦥
Install Source on GitHub

One command. macOS and Linux · fish, bash and zsh

~/install

Two ways

Download the binary. Grab the tarball for your platform, check it against the published SHA256SUMS, and put it on your PATH. Then add one line to your shell config.

$ sha256sum -c SHA256SUMS --ignore-missing && tar -xzf whetuu-*.tar.gz && mv whetuu ~/.local/bin/

Tarballs and checksums are on the releases page, for macOS and Linux on x86-64 and ARM64.

Or run the installer. It does the same thing, and saves you a uname. It detects your platform, verifies the download, puts the binary in ~/.local/bin, and adds the init line to the config of the shell you actually use. Running it twice changes nothing.

$ curl --proto '=https' --tlsv1.2 -fsSL https://yamafaktory.github.io/whetuu/install.sh | sh

Read the script first if you would rather not pipe to a shell. It verifies nothing you could not verify yourself.

Then open a new shell. That is the whole install.

Would rather edit your own dotfiles? Run it with WHETUU_NO_MODIFY=1 and it prints the lines instead of writing them. whetuu init <shell> prints them too, along with the file they belong in. A PATH line appears only when ~/.local/bin is not already on your PATH.

Needs a Nerd Font. whetuu draws the git branch, the language logos and the star with Nerd Font glyphs. Most terminal setups already run one, so try it first. If the star and the branch glyph come out as empty boxes, switch your terminal font.

Uninstalling

One line for the program, one for the data. The history store and the version cache live under the XDG directories rather than next to the binary, so removing whetuu never takes your history with it. Run whetuu paths first if you want to see both locations, in case $XDG_DATA_HOME or $XDG_CACHE_HOME moves them on your machine.

$ rm ~/.local/bin/whetuu && rm -rf ~/.local/share/whetuu ~/.cache/whetuu

Then delete the # whetuu block from your shell config.

~/demo

See it in a real shell

The status line tracks the branch, the git status and the toolchain version. Pressing the up arrow opens the history picker, which filters as you type and runs what you pick.

demo
A terminal session. The status line tracks the branch, git status and toolchain version. The history picker then filters and runs a command.

~/modules

What it shows

Left to right, each segment appears only when it is relevant.

user_host
user@host in bold green, but only over SSH or when you are root, and then in bold red as a warning.
directory
The current directory with $HOME collapsed to ~. Keeps the anchor plus as many trailing directories as fit the width.
git branch
Branch glyph and current branch, or (detached), in magenta.
git state
Any operation underway, in yellow: (rebasing 2/7), (merging), (cherry-picking). Read straight from .git, with no extra subprocess.
git status
Conflicts, stashes, staged, modified, untracked, ahead and behind, in one bracketed group.
language
Logo and toolchain version in the brand colour, for 39 languages and tools. Detected from a project manifest, a source file extension, or an infra marker.
cmd_duration
Timer glyph and elapsed time, when the last command ran for two seconds or more.
character
A star, purple by default or in the language brand colour. Turns red after a failed command.

~/picker

A history picker on the up arrow

Commands are recorded once they finish, and only when they exited cleanly and are text, so neither typos nor an image pasted into the terminal enter the store. Each is stored with the directory it ran in. The picker opens scoped to the current directory and falls back to all history when there is none. The command that just broke is the one exception. It sits at the top in red until you run another command, so you can pick it and fix it. It is never stored.

whetuu history
2d git commit -m "Cache toolchain versions" 1d cd ~/cf/platform && git push -u origin HEAD 17h docker exec -i PGPASSWORD=x db psql 14m nvim ~/.config/fish/config.fish 11m npm ci 󰦥

Rows are syntax highlighted. The command name, flags, paths, variables, quoted strings and operators each take a colour from your terminal theme, so the picker matches the palette you already run. A command too wide for the window loses its middle to a rather than its end, which keeps a run of commands sharing one long prefix apart.

~/commands

Nothing to run day to day

The shell hook drives everything and the picker is on the up arrow, so two of these are called for you and you never type them. This is the whole command surface.

CommandDoes
whetuuPrint the command list.
whetuu --versionPrint the version.
whetuu init <fish|bash|zsh>Print the shell integration script, meant to be sourced or evaled. Prints the setup line instead when run straight into a terminal.
whetuu renderRender one status line. Called by the shell hook, not by you.
whetuu historyOpen the interactive history picker.
whetuu history add -- <command>Record a finished command. Called by the shell hook.
whetuu pathsPrint where the history store and version cache live, and whether each file exists yet.

render and history add take flags that only the init scripts pass, namely exit status, duration and width. That is why they are left out here.

A fresh install has neither file. whetuu paths marks the missing one rather than hiding it, until the first command is recorded and the first toolchain version is cached. With neither $HOME nor the matching XDG variable set it says so, because then whetuu has nowhere to write.

~/performance

Renders in about 2 ms

A status line runs before every command, which makes it the one thing in your shell that has to be quick. The slowest module runs as a task via std.Io while the rest run alongside it, so a render takes about as long as its slowest probe rather than the sum of them all.

DirectoryRenderFor comparison
No repo, no toolchain1.0 ms
Zig repo, 49 files2.8 mszig version alone: 3.5 ms
Monorepo, 10 000 files11.0 msgit status alone: 10.9 ms

Measured with hyperfine --warmup 40 --runs 400 on a 13th gen i9-13900H, ReleaseFast, pinned to the performance cores on an otherwise idle machine. In the monorepo the whole status line takes about as long as git status on its own.

Outside a repository neither subprocess runs. whetuu walks up from the current directory looking for the repository, which is a handful of stat calls, and only starts git once it has found one. That is what makes a directory with no repository and no project cost a millisecond.

A slow repository cannot hang your shell. Both subprocesses are bounded. Git gets 250 ms and the toolchain probe gets 200 ms, and they run at the same time, so the worst case is the larger of the two. Given a git that hangs for 30 seconds, the status line still returns in 257 ms. It simply drops the git segment.

And a status line stays out of git's way. The call passes --no-optional-locks, so git reads the index without refreshing it. It never takes index.lock, which a git commit in another terminal would then fail to take.

A big history does not slow the picker. The up arrow reads the most recent few megabytes rather than the whole store, so it opens in about 20 ms on a store of 70 MB just as it does on one of 400 KB. Nothing is deleted to keep it that way. Years of history stay on disk.

~/security

Nothing leaves your machine

A status line sees every command you run, and the picker keeps them. That is a lot to hand a small tool, so here is exactly what whetuu does and does not do.

No network
There is no socket, no HTTP client and no sync anywhere in the binary. No telemetry and no update check. There is no account and no server to opt out of.
Two files
Running, whetuu writes exactly two. The history store, created with mode 600 and reset to it on every write, so one left readable by an older version corrects itself. And a cache of toolchain version strings at ~/.cache/whetuu/versions, which holds nothing else and can be deleted whenever you like.
Spec paths only
The binary goes in ~/.local/bin, the history store under $XDG_DATA_HOME and the version cache under $XDG_CACHE_HOME. No directory of our own in your $HOME. whetuu paths prints both data locations.
One install edit
The installer appends the init line to the config of the shell in $SHELL, and nothing else. Not the config of a shell you do not use, and never twice. A PATH line joins it only when ~/.local/bin is not already on your PATH. WHETUU_NO_MODIFY=1 makes it print them instead.
Skip a command
Start a command with a space and it is never recorded. Use it for the ones carrying a token. Only successful commands are stored at all.
No shell, ever
whetuu runs two subprocesses: git and the toolchain version probe, and neither outside a repository or a project. Both get a fixed list of arguments rather than a command line, so nothing you type is ever interpreted as a command. State like a rebase in progress is read straight out of .git with no subprocess at all.
Escapes defanged
Every control byte in a command, a branch name or a directory becomes a ? before it reaches your terminal. A repository you just cloned cannot repaint your screen or move your cursor through whetuu.
Nothing to configure
No config file means no config parser, no theme format and nothing of yours being executed at startup. The attack surface is the binary and the two commands above.
One caveat
The language module picks which toolchain to probe from the files in the current directory, so entering an untrusted repository can make whetuu run something like node --version. It runs whatever your PATH resolves, never a binary from the repository.
Checkable downloads
The Linux builds are static musl with no runtime dependencies, and every release ships a SHA256SUMS file. The source is on GitHub and builds from it with one command.