I’ve been trying nushell and words fail me. It’s like it was made for actual humans to use! 🤯 🤯 🤯
It even repeats the column headers at the end of the table if the output takes more than your screen…
Trying to think of how to do the same thing with awk/grep/sort/whatever is giving me a headache. Actually just thinking about awk is giving me a headache. I think I might be allergic.
I’m really curious, what’s your favorite shell? Have you tried other shells than your distro’s default one? Are you an awk wizard or do you run away very fast whenever it’s mentioned?
I love Nushell, it’s so much more pleasant for writing scripts IMO. I know some people say they’d just use Python if they need more than what a POSIX shell offers, but I think Nushell is a perfect option in between.
With a Nushell scripts you get types, structured data, and useful commands for working with them, while still being able to easily execute and pipe external commands. I’ve only ever had two very minor gripes with Nushell, the inability to detach a process, and the lack of a
-lflag forcp. Now that uutils supports the-lflag, Nushell support is a WIP, and I realized systemd-run is a better option than just detaching processes when SSHd into a server.I know another criticism is that it doesn’t work well with external cli tools, but I’ve honestly never had an issue with any. A ton of CLI tools support JSON output, which can be piped into
from jsonto make working with it in Nushell very easy. Simpler tools often just output a basic table, which can be piped intodetect columnsto automatically turn it into a Nushell table. Sometimes strange formatting will make this a little weird, but fixing that formatting with some string manipulation (which Nushell also makes very easy) is usually still easier than trying to parse it in Bash.I’m an absolute Linux tard, so it’s hilarious to me trying to read and understand most of these comments
Everyone was a newbie at one point
Fish is great.
Sorry I am vegan
Vegans can use fish, as long as they don’t bash
I’ve been using fish (with starship for prompt) for like a year I think, after having had a self-built zsh setup for … I don’t know how long.
I’m capable of using
awkbut in a very simple way; I generally prefer being able to usejq. IMO both awk and perl are sort of remnants of the age before JSON became the standard text-based structured data format. We used to have to write a lot of dinky little regex-based parsers in Perl to extract data. These days we likely get JSON and can operate on actual data structures.I tried
nuvery briefly but I’m just too used to POSIX-ish shells to bother switching to another model. For scripting I’ll usewithset -eou pipefailbut very quickly switch to Python if it looks like it’s going to have any sort of serious logic.My impression is that there’s likely more of us that’d like a less wibbly-wobbly, better shell language for scripting purposes, but that efforts into designing such a language very quickly goes in the direction of nu and oil and whatnot.
nu's commands also work on JSON, so you don’t really need jq (or xq or yq) any more. It offers a unified set of commands that’ll work on almost any kind of structured data.
I feel like if I was forced to use PowerShell I’d fall in love with it and want to use it on Linux. Passing objects between commands instead of text sounds amazing. So many (Linux) shell commands use slightly differently shaped text, it’s annoying. New line separated? Tab separated? Null separated? Comma separated? Multiple fields? JSON? And converting between them all and using different flags to accept different ones is just such a headache.
I like nushell, but I love xonsh. Xonsh is the bastard love child of Python and Bash.
it can be thought of as:
- try this statement in Python
- if there’s an exception, try it in bash.
Now, that’s not a very accurate description, because the reality is more nuanced, but it allows for things like:
for file in !(find | grep -i '[.]mp3^'): file = Path(file.strip()) if file != Path('.') and file != file.with_suffix('.mp3'): mv @(file) @(file.with_suffix('.mp3'))Now, there are things in there I wouldn’t bother with normally - like, rather than using
mv, I’d just usefile.rename(), but the snippet shows a couple of the tools for interaction between xonsh and sh.- !(foo) - if writing python, execute foo, and return lines
- @(foo) - if writing sh, substitute with the value of the foo variable.
But, either a line is treated in a pyhony way, or in a shelly way - and if a line is shelly, you can reference Python variables or expressions via @(), and if it’s Pythony, you can execute shell code with !() or $(), returning the lines or the exact value, respectively.
Granted, I love python and like shell well enough, and chimeras are my jam, so go figure.
Does this offer anything of pure python?
It’s a superset of python, so valid python should run fine. Imports into your shell are doable, too – for example, I import
path.Pathin my xonshrc, so it’s always available when I hit the shell. I don’t often have to usePath, because regular shell commands are often more straightforward. But when I do, it’s nice to have it already loaded. Granted, that could get kooky, depending on what you import and execute.You can associate/shebang Xonsh with .xsh files, or run “xonsh foo.xsh” - and that works like “bash foo.sh” would, except using xonsh syntax, of course.
It’s not Bash compatible - copypasta of scripts may not work out. But it’s a good shell with some typical shell semantics.
there are some great plugins, too - like autovox, which allows you to create python venvs associated with specific subfolders. so,
cd myprojectdoes the equivalent ofcd myproject; . path/to/venv/bin/activate.overall, there definitely is some jank, but it’s a great tool and I love it.
Hm. That sounds delightful. I do think once your script hits a not one liner level of complexity, python is a logical next step.
Does it provide any useful stuff to Python itself? Would I like, derive any benefit to writing a script in xonsh over pure python?
Succinctness, mainly. but honestly, that succinctness
callcan also be mostly acquired usingsh.py, which is what I normally use if I’m using python as a sort of shell scripting - mostly becausesh.pyis a very minimal requirement, whereas Xonsh has quite a few dependencies.addendum: I’d say, if you’re already using Xonsh, and aren’t really looking to share your script with anyone other than Xonsh users or your own systems, you’d probably like to use .xsh scripts. But if you’re looking to share your script, use
sh.py.Oh wow, sh.py is really sweet too!
yeah, really lets you lay down sick code like a mad hacker. I love it.
Nushell looks cool but I prefer to stick with the POSIXes so that I know my scripts will always work and syntax always does what I expect it to. I use zsh as a daily driver, and put up with various bashes, ashes, dashes, that come pre-installed with systems I won’t be using loads (e.g. temporary vms).
Always confuses me when people say this. You can use multiple different shells / scripting languages, just as you can use multiple programming languages.
Your scripts should have Bourne shebangs







