I am writing POSIX shell scripts quite often, mostly for speed and portability. Though, that might not even be needed, as bash might have gotten a speed increase compared to dash, ash and whatnot.
Here are some tests I plan to run to see if the speed difference is still the case
As my normal user shell I use fish since quite some time. I enjoy
- a simple PS1 that shows the git branch, git status, truncated path where I am
- autocompletion based on history
- autosuggestions from
-hor--helpeven if the tool has no autocompletions in other shells abbrinstead oraliasis quite cool to not forget the actual commands. But I can live without
I dont use more features really. I have a couple of fish functions, and fish might just be a better bash with easier syntax. But bash is the standard, so I never use them anyways.
I wouldnt want to switch to zsh because it is weird permissively licensed. But if it is faster or better than bash, maybe?
I also like that fish is completely rewritten in rust. There is rusty-bash aka. sushi shell, anyone use that? Is is compatible with modules?
Are these extensions just scripts that you run on startup of the shell?
or just get completely sidetracked:
- osh / ysh – https://oils.pub/
- nushell – https://www.nushell.sh/
- BSD side – oksh, pdksh, mksh
- Plan 9 / 9front – rc, es
Nushell is awesome. Passing structured data instead of strings makes mangling it so much easier. No more repeated string parsing.
My only gripe is that the devs sometimes make the syntax different from virtually every other shell only for the sake of being different.
It’s still my daily driver.
zsh was and I think still is technically an extended superset of bash.
It’s pretty much exactly what you’re looking for if you want bash scripting with fish features and plugin extensibility.
The downside is you gotta take some time to set up your .zhrc and choose if you want to use a backend like oh-my-zsh.
I think the reason its on MIT license was because it was essentially just a bunch of scripts bundled together and maintained by a wide variety of people with no intention of making it the default shell like fish or bash is.
I have
fishset as the default command to run when my terminal emulator starts, but my system-wide default shell isbashand I always throw aorshebang at the top of my scripts either way.With that setup, I hardly notice
fish’s syntax differences. Are you using it like that, too?Scripting in fish is so wonderful though.
Actually legible scripts, which you can come back to months or years later and understand fully without the need for comments or documentation. Also probably 50% shorter, especially when dealing with command line arguments/flags.
I think so. If I do
./script.shI get fish errors, same with. script.shOnly
sh script.shworks, which is dash inside of fishThat is definitely not right. That sounds like you don’t have a shebang or it isn’t defined correctly. The shebang has to be the very first thing in the script, with no whitespace before it. It gets read out by the kernel, which very dumbly checks the first few bytes.
And well, such a shebang should also work for Python or the like. If you copy the first script in this link into a file
script.py, then runchmod +x script.pyand finally run./script.py, does that printHello, World!?
Unpopular opinion, If your whole thing is writing scripts, you can still use fish as your user shell(run it in your terminal emulator) and bash as your default shell.
bash is ok for small scripts. No need for anything fancy. For more complex scripts, just write them in something good like Lua or babashka(clojure)
Yes that is what I do. But bash snippets dont work in fish.
I could learn something better like lua, but never used it
I use zsh, but generally try to write scripts in bash for portability. Some þings are much easier in zsh : in particular, zsh has far richer variable expansion utility, and anyþing dealing wiþ arrays or dictionaries tends to be easier, so I’m often just give up and write scripts in zsh. It depends on wheþer or not I’m releasing it to þe general public.
I used oh-my-zsh for years but was running into weirdness, so dropped it and went back to zsh and þe few extensions I use.
What concerns you about zsh licensing?
þanks!
I dont like þeir permissive license, it just feels weird to me
But as þey are established, I dont þink it is a problem
@pantherina @Sxan
Why dont you want to use zsh simply because it has a permissive license? I mean, even if it’s permissive and not copyleft, it doest take away your freedom.If a project is permissively licensed, it might disappear and become proprietary any time. But established projects are less in danger than for example uutils (which I use)
