The fact that you cannot redirect stderr to stdout and pipe to another command is a bit of a stumbling point for me. When I saw the bug[1] for the first time I thought that it must be some strange corner case, but it turns out it is a real bug. After reading the bug report I started to wonder if there were any other other unixy features that were missing. I/O redirection is a core unix concept in my opinion.
Where hquery is one of my utilities for running xpath queries over loosely parsed HTML. This would produce a tab-delimited list of link urls to link text.
It actually made me switch back to zsh. Pipe not working is just a no go for me. But overall, this is a great shell, very accessible compared to bash/zsh, I particularly appreciated the configuration mechanism.
I tried fish, last time it was posted. I quickly abandoned it though.
One of my main commandline utilities is git in combination with git-flow(amazing).
I found the normal git completion lacking. I believe branches didn't get completed correctly in combination with some commands. The git-flow completion was non existent.
When that changes I might try it again. But for a shell that has tabcompletion as a selling point I was very unimpressed.
I like the features it has, but every time someone post a link to fish shell, I wonder why I would switch from bash or zsh. Will this really be THAT MUCH BETTER? Will I just run into weird errors? Is it totally sh compliant? These are important things to know and should be on the homepage.
I am a year-or-two-old fishshell convert who is reasonably well versed in bash and tried using zsh and bash with a big .bashrc.
A few things stand out to me as huge pluses:
- It has a lot of cool functionality out of the box such as highlighting, smarter autocomplete (type in a partial word at the prompt and hit up instead of the cumbersome bash ctrl r/s history prompt that loves to beep at you), directory history (alt left-arrow and alt right-arrow), and more.
- You don't need a 10k .bashrc or 1k .zshrc to unlock most of that cool functionality, it's just enabled by default. So anywhere you have fishshell installed, you get 95% of what you're used to, no need to git clone or scp over your .bashrc.
- Startup time is _very_ quick compared to bash or zsh with said 10k .bashrc or 1k .zshrc, and is comparable to bash or zdh with no startup file.
The only weird error I ever ran into was with an older version of fish shell complaining about missing directories in your PATH every time there was an automatic completion available. I have not run into that issue with newer releases.
It is not sh-compliant, which will occasionally wreck havoc when you have a program that shells out without explicitly using sh. I remember running into this issue specifically with vim and emacs on more than one occasion, but truth-be-told I consider this a bug with those programs rather than a fault with fish.
There's also the matter of it not being installed on some machines, but I've used bash for so many years now that my brain flips back into bash-mode anytime I see that familiar colorless prompt with a dollar sign at the end.
It's not an essential upgrade. I also wouldn't bother using it for shell scripts either. But I'd say give it a boy scout try for interactive usage and see how you like it.
The thing that's stalled me out from using fish before is that it's different enough from the Bourne shell that it seriously interrupts my day to day usage; but it's TOO similar, with the horrible shell semantics. So it's never really been worth it to me.
I really liked fish, but as someone who is still learning bash/cli scripting, it makes things difficult when instructions from programs come only in Bash syntax, which does not work well with fish (some things with homebrew were an absolute nightmare to install).
It definitely makes following instructions a little more complex, but in most instances when a line doesn't work I've found that a quick switch over to bash to run that line and back proves to be sufficient.
Of course I'm also very new to bash/cli so I'm just happy if I can get things done and haven't yet gotten to the stage where I'm worrying about if it's the proper way to go about doing things.
I've been using fish for a while and have generally been very happy, I'm even working on creating a set of functions for ROS to integrate with fish the way it currently does with bash and zsh. My one tiny gripe is the way that if I
set foo this that "the other"
then
echo $faux; echo $faux[1]
doesn't produce anything, but
echo $foo[4]
gives me an error message that I can't just pipe to /dev/null
Also, writing autocompletes for functions is both far simpler than in bash, but I'm also missing some of tools that bash provides.
That's very interesting, especially for people interested in using ROS as an educational platform.
It would be pretty amazing, considering the file resolution properties of ROS. I actually love it since I don't have to be in the same directory and it's easy to go through many projects.
Just curious what sort of work are you doing on ROS.
Earlier this year I was working on simulation stuff in Gazebo.
Others may say say why is zsh interesting when we have rc? Or why is rc interesting when we have bash? Others may ask why is bash interesting when we have tcsh or pdksh?
I would like to know what is interesting about a world with one shell for every user?
I tried to get started with both. For me fish was by far the easier & more friendly starter. For shell powerusers zsh might be offer more options and less pitfalls.
Fish is a great interactive shell. I've been using it for some time now.
A few things I occasionally run into: You can't just paste somebodies setup instructions into your shell anymore (you can temporarily invoke bash for that though). And when writing setup instructions yourself, sh is still pretty much the standard. VirtualEnv generates an activate.fish out of the box - nice! I still occasionally type !grep by accident. And I do miss &&.
I defined the following function to convert my bash aliases to fish functions, which eased my switchover a bit. I saved it as ~/.config/fish/functions/import_bash_aliases.fish
function import_bash_aliases --description 'bash aliases to .fish function files.'
for a in (cat ~/.bashrc | grep "^alias")
set aname (echo $a | grep -Eoe "[a-z0-9]+=" | sed 's/=//')
set command (echo $a | sed 's/^alias .*=//' \
| sed 's/^ *\'//' | sed 's/\' *$//' )
echo "Processing alias $aname as $command"
if test -f ~/.config/fish/functions/$aname.fish
echo Function $aname is already defined. Skipping...
else
alias $aname $command
funcsave $aname
end
end
end
I have been using fish for a few months exclusively on my Mac. I really miss a few bashisms: mostly pressing esc-. inserts the last part of the last command. I have not changed the shell on my server, somehow I am afraid of breaking things... (bad shell scripts that don't have correct shebang line).
esc-. is my biggest miss as well. There are discussions on this but still havent been able to fix it on osx in iterm2 myself. Did get option-. to work for now but esc-. has 20+ years of pure reflex action burned into my brain.
In fish it's simple enough to start typing the command you want and then hit arrow right to autocomplete. If you have a couple often commands that start the same way just arrow up or down to cycle through them, then arrow right to put them on the command line.
I just took fish for a quick spin, and... wow -- I am impressed. It really feels "interactive". I don't think I'll replace my battle tested zsh, but even as a "grumpy old man": you should at least try it. It feels really... fresh.
Gave fish a shot for a week or so. It gives some "oohs and ahs" right off the bat, but in the long term, not something that I could use.
Maybe if it was at least somewhat bash or POSIX compatible I would be on board, but the developers don't even seem to want to help us out in that regard.
Now that's an odd slogan. Is it trying to make the point that the competition is even older? Appeal to old-school hackers? Subtly tell me that the project hasn't been updated in a while?
[+] [-] dfc|12 years ago|reply
[1] "Redirect stderr to stdout and pipe doesn't work as expected" https://github.com/fish-shell/fish-shell/issues/110
[+] [-] barrkel|12 years ago|reply
[+] [-] moystard|12 years ago|reply
[+] [-] planckscnst|12 years ago|reply
[+] [-] stevelosh|12 years ago|reply
Here's my fish config if you want to see an example: https://bitbucket.org/sjl/dotfiles/src/tip/fish/config.fish
[+] [-] untothebreach|12 years ago|reply
[+] [-] eblume|12 years ago|reply
[+] [-] jramnani|12 years ago|reply
As you'll see, I like the way Fish automatically loads functions from, "$HOME/.config/fish/functions/". It keeps my config.fish file pretty lean.
[+] [-] naranja|12 years ago|reply
[+] [-] 9ac345a5509a|12 years ago|reply
[+] [-] JelteF|12 years ago|reply
One of my main commandline utilities is git in combination with git-flow(amazing). I found the normal git completion lacking. I believe branches didn't get completed correctly in combination with some commands. The git-flow completion was non existent.
When that changes I might try it again. But for a shell that has tabcompletion as a selling point I was very unimpressed.
[+] [-] appplemac|12 years ago|reply
However, it seems like Fish is not fully POSIX-compatible, therefore you can face weird problems in Vim plugins, for example.
[+] [-] Symmetry|12 years ago|reply
[+] [-] xb95|12 years ago|reply
set shell=/bin/sh
No more problems with plugins in fish.
[+] [-] ballard|12 years ago|reply
For people that exploit redirection, file handle rewiring, here docs and such... consider zsh with https://github.com/sorin-ionescu/prezto
[+] [-] matthewlehner|12 years ago|reply
[+] [-] AlexMax|12 years ago|reply
A few things stand out to me as huge pluses:
- It has a lot of cool functionality out of the box such as highlighting, smarter autocomplete (type in a partial word at the prompt and hit up instead of the cumbersome bash ctrl r/s history prompt that loves to beep at you), directory history (alt left-arrow and alt right-arrow), and more.
- You don't need a 10k .bashrc or 1k .zshrc to unlock most of that cool functionality, it's just enabled by default. So anywhere you have fishshell installed, you get 95% of what you're used to, no need to git clone or scp over your .bashrc.
- Startup time is _very_ quick compared to bash or zsh with said 10k .bashrc or 1k .zshrc, and is comparable to bash or zdh with no startup file.
The only weird error I ever ran into was with an older version of fish shell complaining about missing directories in your PATH every time there was an automatic completion available. I have not run into that issue with newer releases.
It is not sh-compliant, which will occasionally wreck havoc when you have a program that shells out without explicitly using sh. I remember running into this issue specifically with vim and emacs on more than one occasion, but truth-be-told I consider this a bug with those programs rather than a fault with fish.
There's also the matter of it not being installed on some machines, but I've used bash for so many years now that my brain flips back into bash-mode anytime I see that familiar colorless prompt with a dollar sign at the end.
It's not an essential upgrade. I also wouldn't bother using it for shell scripts either. But I'd say give it a boy scout try for interactive usage and see how you like it.
[+] [-] jfb|12 years ago|reply
[+] [-] ilaksh|12 years ago|reply
What I do is spawn fish at the end of my .zshrc that way I can just exit if I run into something that doesn't work with fish.
The biggest plus for me is that the default auto complete in fish is twice as smart as the other ones.
[+] [-] qznc|12 years ago|reply
[+] [-] mmanfrin|12 years ago|reply
[+] [-] L_Rahman|12 years ago|reply
Of course I'm also very new to bash/cli so I'm just happy if I can get things done and haven't yet gotten to the stage where I'm worrying about if it's the proper way to go about doing things.
[+] [-] Zarel|12 years ago|reply
[+] [-] Symmetry|12 years ago|reply
Also, writing autocompletes for functions is both far simpler than in bash, but I'm also missing some of tools that bash provides.
[+] [-] TheLegace|12 years ago|reply
It would be pretty amazing, considering the file resolution properties of ROS. I actually love it since I don't have to be in the same directory and it's easy to go through many projects.
Just curious what sort of work are you doing on ROS. Earlier this year I was working on simulation stuff in Gazebo.
[+] [-] fjcaetano|12 years ago|reply
https://github.com/robbyrussell/oh-my-zsh?source=cc
[+] [-] dfc|12 years ago|reply
I would like to know what is interesting about a world with one shell for every user?
[+] [-] frewsxcv|12 years ago|reply
[+] [-] naranja|12 years ago|reply
https://github.com/bpinto/oh-my-fish
I tried to get started with both. For me fish was by far the easier & more friendly starter. For shell powerusers zsh might be offer more options and less pitfalls.
[+] [-] tuananh|12 years ago|reply
[+] [-] sdfjkl|12 years ago|reply
A few things I occasionally run into: You can't just paste somebodies setup instructions into your shell anymore (you can temporarily invoke bash for that though). And when writing setup instructions yourself, sh is still pretty much the standard. VirtualEnv generates an activate.fish out of the box - nice! I still occasionally type !grep by accident. And I do miss &&.
[+] [-] d5ve|12 years ago|reply
[+] [-] patrickg|12 years ago|reply
[+] [-] ryanwatkins|12 years ago|reply
[+] [-] efnx|12 years ago|reply
[+] [-] mkname|12 years ago|reply
[+] [-] dmotz|12 years ago|reply
A replacement is easy enough though and is in my config here: https://github.com/dmotz/dotfiles/blob/master/functions/sudo...
Beyond a few other syntax incompatibilities, I've enjoyed using it.
[+] [-] 0xACE|12 years ago|reply
Maybe if it was at least somewhat bash or POSIX compatible I would be on board, but the developers don't even seem to want to help us out in that regard.
[+] [-] reledi|12 years ago|reply
Here's a presentation I gave to my local coder community on fish: http://www.youtube.com/watch?v=SWmKfb2jQhU
[+] [-] cwp|12 years ago|reply
Now that's an odd slogan. Is it trying to make the point that the competition is even older? Appeal to old-school hackers? Subtly tell me that the project hasn't been updated in a while?
[+] [-] nilved|12 years ago|reply
[+] [-] atldev|12 years ago|reply
[+] [-] tuananh|12 years ago|reply
[+] [-] agumonkey|12 years ago|reply