Describe the feature
Native nushell support — iris init nu, a real nu adapter, the whole thing.
Right now IRIS only does bash/zsh/fish. My login shell is nu (/opt/homebrew/bin/nu), and core.shell rejects anything outside bash|zsh|fish. Workaround is launching iris with -s fish/-s zsh, but then you're not actually in nu anymore (different syntax, history, completions). Not really usable as a daily driver if nu is your shell.
It should be implemented because
A bunch of people already live in nushell full-time. Without a nu adapter, iris just isn't an option unless you bounce into another shell, which kinda defeats the point.
Additional context
- Nushell: https://github.com/nushell/nushell
- Looks like the shell adapters live under
integration/shell (Bash/Zsh/Fish). Nu would need the same kind of thing: spawn nu in the PTY, wire cwd/cmd start-stop hooks, and whatever line-buffer sync makes sense for nu's reedline.
- History side: nu can use sqlite history (
$env.config.history.file_format = "sqlite"), so the history reader probably needs more than the plain text parsers used for bash/zsh/fish.
Happy to test builds if useful. Not planning to implement it myself though.
Would you like to work on this issue?
No
Describe the feature
Native nushell support —
iris init nu, a real nu adapter, the whole thing.Right now IRIS only does bash/zsh/fish. My login shell is nu (
/opt/homebrew/bin/nu), andcore.shellrejects anything outside bash|zsh|fish. Workaround is launching iris with-s fish/-s zsh, but then you're not actually in nu anymore (different syntax, history, completions). Not really usable as a daily driver if nu is your shell.It should be implemented because
A bunch of people already live in nushell full-time. Without a nu adapter, iris just isn't an option unless you bounce into another shell, which kinda defeats the point.
Additional context
integration/shell(Bash/Zsh/Fish). Nu would need the same kind of thing: spawn nu in the PTY, wire cwd/cmd start-stop hooks, and whatever line-buffer sync makes sense for nu's reedline.$env.config.history.file_format = "sqlite"), so the history reader probably needs more than the plain text parsers used for bash/zsh/fish.Happy to test builds if useful. Not planning to implement it myself though.
Would you like to work on this issue?
No